❀expect命令运用于bash❀

#!/bin/bash

user=root
ip=192.168.56.103
passwd='123456'

expect <<-EOF
set time 30
spawn ssh $user@$ip
expect {
	"*yes/no" { send "yesn"; exp_continue }
	"*password" { send "$passwdn" }
}
interact
EOF

其中 <<-EOF 和 EOF 包围的内容块，被重定向到左侧命令 expect 的 std in 中。

Sh ell Here Do cu ment（内嵌 文档/嵌入 文档）

Sh ell 还有一种特殊形式的重定向叫做“Here Do cu ment”，目前没有统一的翻译，你可以将它理解为“嵌入文档”“内嵌文档”“立即文档”。

所谓文档，就是命令需要处理的数据或者字符串；所谓嵌入，就是把数据和代码放在一起，而不是分开存放（比如将数据放在一个单独的文件中）。有时候命令需要处理的数据量很小，将它放在一个单独的文件中有点“大动干戈”，不如直接放在代码中来得方便。

Here Do cu ment 的基本 用法

command <<EOF

document

EOF

command是 Sh ell 命令，<<EOF是开始标志，EOF是结束标志，document是输入的文档（也就是一行一行的字符串）。

这种写法告诉 She ll 把 document 部分作为命令需要处理的数据，直到遇见终止符EOF为止（终止符EOF不会被读取）。

注意，终止符EOF必须独占一行，并且要定顶格写。

分界符（终止符）可以是任意的字符串，由用户自己定义，比如 END、MARKER等，ABC也可以，只要前后一致，分界符可以出现在正常的数据流中，只要它不是顶格写的独立的一行，就不会被作为结束标志。

结尾的标记一定要顶格写，前面不能有任何字符，除了空格，结尾的标记后面也不能有任何字符（包括空格）

用法说明

Expect是一种将现有的实用程序组合起来的胶合剂，通常考虑的是如何使Expect利用系统现有的工具解决问题而不是如何在Expect中解决问题。

Expect主要应用涉及商用软件产品。很多这类的产品都会提供某种命令行工具，但这些工具缺乏脚本编程的能力，只是为了帮助用户管理产品，而商家通常不会在如何实现一个稳定性好的脚本语言上耗费很多精力。Expect脚本中可以包含 shell，查询环境变量，通过执行某些Unix命令获得更多的信息，然后在产品所带命令行接口中加入必须的信息，来完成用户的目标。在产品命令行接口中查询相关信息，该脚本可以在多种选择中智能地决定当前应该做什么比较合适。

每次Expect操作完成，运行结果将保存在本地环境变量 $expect_out 中。这允许脚本收集这些信息给用户以相应的反馈，同时也允许根据当前情况发送相对应的指令。

Expect通常用来建立一组测试套件，可以用在程序、组件或者嵌入式系统中。DejaGnu就是利用Expect写成的一组测试套件。它被大量地应用于测试 gcc，对于远程目标的测试例如嵌入式开发也是非常合适的。

你可以利用一种叫作”autoexpect”的工具，自动生成expect脚本。这个工具观测你的操作，并利用启发性知识生成expect脚本。尽管生成的代码可能会很长，含义上有点模糊，你可以修改生成的脚本使它成为你需要的代码。

观点

利

Expect可通过 cron 封装系统管理任务，在规定的时期运行。能够这样做是因为Expect仅仅使用已经安装在主机中的系统管理工具，不需要学习额外的工具。如果程序员学过Tcl，那么转移到Expect是一件非常简单的工作，相同的编程结构和语法，再加上一些内置的额外功能。

业界对室内管理任务使用Expect提供了很大的支持。Expect在很多的公司广泛使用，例如Silicon Grap hi cs, IBM, HP, Sun, Xerox, Am da hl, Tekt ro nix, at&T, Co m puterVision和世界银行，利用Expect对开发项目、文件传输、帐号管理、网络测试进行室内自动测试。

Expect已经以多种模块的方式移植到Py th on和perl 语言中。Expect命令的部分子集移植到Jav a和嵌入到Swi chTermJ（基于Jav a的终端仿真器）之中。这些例行程序通常是原程序的同等功能的另一种解释方式。一旦你理解了其中的概念，如果需要的话，换到其它语言，也就很容易了。

弊

Expect继承了Tcl的语法规范，对于使用其它脚本语言的人来说这是相当陌生的。和其它语言如bash、csh和Perl相比，Expect的语法模式是不同的。就像有时候一个变量的前缀冠以”$”，有时候又不需要。有些版本的Expect和Perl、Py th on 语言的语法倒是很相似的。

另一个缺陷是在不同的平台移植Expect脚本很难。例如，一个Expect脚本使用基于Unix的工具，就不可能适合移植到Windo ws 平台。如果可能的话，程序员必须找到相应的命令行程序，能够提供相同的信息，这就可能需要修改expect脚本的send 部分，而这部分恰恰就是整个脚本的核心。如果你使用的是tcl,perl或者python这些独立于平台的工具，使用它们各自的POSIX接口访问文件、对远端交互进行标准的POSIX处理（telnet,ftp等等），就不会出现上述问题。