[转载] expect教程ITeye - 亚美娱乐

[转载] expect教程ITeye

2019年02月23日08时50分09秒 | 作者: 炫明 | 标签: 脚本,程序,进程 | 浏览: 250

[目录]

1.摘要
2.要害字
3.简介
4.Expect总述
5.callback
6.passwd 和共同性查看
7.rogue 和伪终端
8.ftp
9.fsck
10.多进程操控:作业操控
11.交互式运用Expect
12.交互式Expect编程
13.非交互式程序的操控
14.Expect的速度
15.安全方面的考虑
16.Expect资源
17.参阅书本

1.[摘要]

现代的Shell对程序供给了最小限度的操控(开端,中止,等等),而把交互的特性留给了用户。 这意味着有些程序,你不能非交互的运转,比方说passwd。 有一些程序能够非交互的运转,但在很大程度上丧失了灵活性,比方说fsck。这标明Unix的东西结构逻辑开端呈现问题。Expect恰恰填补了其间的一 些裂缝,处理了在Unix环境中长期存在着的一些问题。

Expect运用Tcl作为言语中心。不只如此,不论程序是交互和还对错交互的,Expect都能运用。这是一个小言语和Unix的其他东西配合起来发作强壮功用的经典比方。

本部分教程并不是有关Expect的完成,而是关于Expect言语自身的运用,这首要也是通过不同的脚本描绘比方来表现。其间的几个比方还比方了Expect的几个新特征。

2.[要害字]

Expect,交互,POSIX,程序化的对话,Shell,Tcl,Unix;

3.[简介]

一个叫做fsck的Unix文件体系查看程序,能够从Shell里边用-y或许-n选项来履行。 在手册[1]里边,-y选项的界说是象这样的。

“关于fsck的一切问题都假定一个“yes”呼应;在这样运用的时分,有必要特其他当心,由于它实际上答应程序无条件的持续运转,即便是遇到了一些十分严峻的过错”

相比之下,-n选项就安全的多,但它实际上简直一点用都没有。这种接口十分的糟糕,可是却有许多的程序都是这种风格。 文件传输程序ftp有一个选项能够制止交互式的发问,以便能从一个脚本里边运转。但一旦发作了过错,它没有供给的处理办法。

Expect是一个操控交互式程序的东西。他处理了fsck的问题,用非交互的办法完成了一切交互式的功用。Expect不是特别为fsck规划的,它也能进行类似ftp的犯错处理。

fsck和ftp的问题向咱们展现了象sh,csh和其他一些shell供给的用户接口的局限性。 Shell没有供给从一个程序读和象一个程序写的 功用。这意味着shell能够运转fsck但只能以献身一部分fsck的灵活性做价值。有一些程序底子就不能被履行。比方说,假如没有一个用户接口交互式 的供给输入,就无法运转下去。其他还有象Telnet,crypt,su,rlogin等程序无法在shell脚本里边主动履行。还有许多其他的应用程序 在规划是也是要求用户输入的。

Expect被规划成专门针和交互式程序的交互。一个Expect程序员能够写一个脚原本描绘程序和用户的对话。接着Expect程序能够非交互的运 行“交互式”的程序。写交互式程序的脚本和写非交互式程序的脚本相同简略。Expect还能够用于对对话的一部分进行主动化,由于程序的操控能够在键盘和 脚本之间进行切换。


bes[2]里边有具体的描绘。简略的说,脚本是用一种解说性言语写的。(也有C和C++的Expect库可供运用,但这超出了本文的规模).Expect供给了创立交互式进程和读写它们的输入和输出的指令。 Expect是由于它的一个同名的指令而命名的。

Expect言语是依据Tcl的。Tcl实际上是一个子程序库,这些子程序库能够嵌入到程序里然后供给言语效劳。 终究的言语有点象一个典型的 Shell言语。里边有给变量赋值的set指令,操控程序履行的if,for,continue等指令,还能进行一般的数学和字符串操作。当然了,还能够 用exec来调用Unix程序。一切这些功用,Tcl都有。Tcl在参阅书本 Outerhour[3][4]里有具体的描绘。

Expect是在Tcl基础上创立起来的,它还供给了一些Tcl所没有的指令。spawn指令激活一个Unix程序来进行交互式的运转。 send命 令向进程发送字符串。expect指令等候进程的某些字符串。 expect支撑正规表达式并能一起等候多个字符串,并对每一个字符串履行不同的操作。 expect还能了解一些特殊状况,如超时和遇到文件尾。

expect指令和Tcl的case指令的风格很类似。都是用一个字符串去匹配多个字符串。(只需有或许,新的指令总是和已有的Tcl指令类似,以使得该言语坚持东西族的继承性)。下面关于expect的界说是从手册[5]上摘抄下来的。

expect patlist1 action1 patlist2 action2.....

该指令一向比及当时进程的输出和以上的某一个形式相匹配,或许等 到时刻超越一个特定的时刻长度,或许比及遇到了文件的完毕停止。

假如最终一个action是空的,就能够省掉它。

每一个patlist都由一个形式或许形式的表(lists)组成。假如有一个形式匹配成功,相应的action就被履行。履行的成果从expect回来。
被准确匹配的字符串(或许当超时发作时,现已读取但未进行匹配的字符串)被存贮在变量expect_match里边。假如patlist是eof 或许timeout,则发作文件完毕或许超不时才履行相应的action.一般超时的时值是10秒,但能够用类似"set timeout 30"之类的指令把超不时值设定为30秒。

下面的一个程序段是从一个有关登录的脚本里边摘取的。abort是在脚本的别处界说的进程,而其他的action运用类似与C言语的Tcl原语。

expect "*welcome*" break
"*busy*" {print busy;continue}
"*failed*" abort
timeout abort

形式是一般的C Shell风格的正规表达式。形式有必要匹配当时进程的从上一个expect或许interact开端的一切输出(所以统配符*运用的十分)的遍及。可是, 一旦输出超越2000个字节,前面的字符就会被忘掉,这能够通过设定match_max的值来改动。

expect指令的确表现了expect言语的最好和最坏的性质。特别是,expect指令的灵活性是以经常呈现令人利诱的语法做价值。除了要害字模 式(比方说eof,timeout)那些形式表能够包括多个形式。这确保供给了一种办法来区别他们。可是分隔这些表需求额定的扫描,假如没有恰当的用 ["]括起来,这有或许会把和当成空白字符。由于Tcl供给了两种字符串引证的办法:单引和双引,状况变的更糟。(在Tcl里边,假如不会呈现二义性话, 没有必要运用引号)。在expect的手册里边,还有一个独立的部分来解说这种杂乱性。走运的是:有一些很好的比方好像阻挠了这种诉苦。可是,这个杂乱性 很有或许在将来的版别中再度呈现。为了增强可读性,在本文中,供给的脚本都假定双引号是满意的。

字符能够运用反斜杠来独自的引证,反斜杠也被用于对句子的连续,假如不加反斜杠的话,句子到一行的结尾处就完毕了。这和Tcl也是共同的。Tcl在发 现有开的单引号或许开的双引号时都会持续扫描。而且,分号能够用于在一行中切割多个句子。这乍听起来有点让人困惑,可是,这是解说性言语的风格,可是,这 的确是Tcl的不太美丽的部分。

5.[callback]

令人十分惊奇的是,一些小的脚本怎么的发作一些有用的功用。下面是一个拨电话号码的脚本。他用来把收费反向,以便使得长途电话对计算机计费。这个脚本 用类似“expect callback.exp 12016442332”来激活。其间,脚本的姓名就是callback.exp,而+1(201)644-2332是要拨的电话号码。

#first give the user some time to logout
exec sleep 4
spawn tip modem
expect "*connected*"
send "ATD [index $argv 1] "
#modem takes a while to connect
set timeout 60
expect "*CONNECT*"

榜首行是注释,第二行展现了怎么调用没有交互的Unix程序。sleep 4会使程序堵塞4秒,以使得用户有时刻来退出,由于modem总是会回叫用户现已运用的电话号码。

下面一行运用spawn指令来激活tip程序,以便使得tip的输出能够被expect所读取,使得tip能从send读输入。一旦tip说它现已连 接上,modem就会要求去拨打大哥电话号码。(假定modem都是贺氏兼容的,可是本脚本能够很简略的修正成能习惯其他类型的modem)。不论发作了 什么,expect都会停止。假如呼叫失利,expect脚本能够规划成进行重试,但这儿没有。假如呼叫成功,getty会在expect退出后检测到 DTR,而且向用户提示loging:。(有用的脚本往往供给更多的过错检测)。

这个脚本展现了指令行参数的运用,指令行参数存贮在一个叫做argv的表里边(这和C言语的风格很象)。在这种状况下,榜首个元素就是电话号码。方括号使得被括起来的部分当作指令来履行,成果就替换被括起来的部分。这也和C Shell的风格很象。

这个脚本和一个大约60K的C言语程序完成的功用类似。


6.[passwd和共同性查看]

在前面,咱们说到passwd程序在缺少用户交互的状况下,不能运转,passwd会疏忽I/O重定向,也不能嵌入到管道里边以便能从其他程序或许文 件里读取输入。这个程序坚持要求实在的与用户进行交互。由于安全的原因,passwd被规划成这样,但成果导致没有非交互式的办法来查验passwd。这 样一个对体系安全至关重要的程序居然没有办法进行牢靠的查验,实在具有挖苦意味。

passwd以一个用户名作为参数,交互式的提示输入暗码。下面的expect脚本以用户名和暗码作为参数而非交互式的运转。

spawn oasswd [index $argv 1]
set password [index $argv 2]
expect "*password:"
send "$password "
expect "*password:"
send "$password "
expect eof

榜首行以用户名做参数发动passwd程序,为便利起见,第二行把暗码存到一个变量里边。和shell类似,变量的运用也不需求提早声明。

在第三行,expect查找形式"*password:",其间*答应匹配恣意输入,所以关于防止指定一切细节而言对错常有用的。 上面的程序里没有action,所以expect检测到该形式后就持续运转。

一旦接纳到提示后,下一行就就把暗码送给当时进程。标明回车。(实际上,一切的C的关于字符的约定都支撑)。上面的程序中有两个expect- send序列,由于passwd为了对输入进行承认,要求进行两次输入。在非交互式程序里边,这是毫无必要的,但由于假定passwd是在和用户进行交 互,所以咱们的脚本仍是这样做了。

最终,"expect eof"这一行的效果是在passwd的输出中查找文件完毕符,这一行句子还展现了要害字的匹配。其他一个要害字匹配就是timeout了, timeout被用于表明一切匹配的失利而和一段特定长度的时刻相匹配。在这儿eof对错常有必要的,由于passwd被规划成会查看它的一切I/O是否 都成功了,包括第2次输入暗码时发作的最终一个新行。

这个脚本现已满意展现passwd指令的根本交互性。其他一个愈加齐备的比方回查看其他一些行为。比方说,下面的这个脚本就能查看passwd程序的 其他几个方面。一切的提示都进行了查看。对废物输入的查看也进行了恰当的处理。进程逝世,超乎寻常的慢呼应,或许其他非预期的行为都进行了处理。

spawn passwd [index $argv 1]
expect eof {exit 1}
timeout {exit 2}
"*No such user.*" {exit 3}
"*New password:"
send "[index $argv 2 "
expect eof {exit 4}
timeout {exit 2}
"*Password too long*" {exit 5}
"*Password too short*" {exit 5}
"*Retype ew password:"
send "[index $argv 3] "
expect timeout {exit 2}
"*Mismatch*" {exit 6}
"*Password unchanged*" {exit 7}
" "
expect timeout {exit 2}
"*" {exit 6}
eof


这个脚本退出时用一个数字来表明所发作的状况。0表明passwd程序正常运转,1表明非预期的逝世,2表明确定,等等。运用数字是为了简略起见。 expect回来字符串和回来数字是相同简略的,即便是派生程序自身发作的音讯也是相同的。实际上,典型的做法是把整个交互的进程存到一个文件里边,只需 当程序的运转和预期相同的时分才把这个文件删去。不然这个log被留下今后进一步的查看。

这个passwd查看脚本被规划成由其他脚原本驱动。这第二个脚本从一个文件里边读取参数和预期的成果。关于每一个输入参数集,它调用榜首个脚本而且 把成果和预期的成果相比较。(由于这个使命对错交互的,一个一般的旧式shell就能够用来解说第二个脚本)。比方说,一个passwd的数据文件很有可 能就象下面相同。

passwd.exp 3 bogus - -
passwd.exp 0 fred abledabl abledabl
passwd.exp 5 fred abcdefghijklm -
passwd.exp 5 fred abc -
passwd.exp 6 fred foobar bar
passwd.exp 4 fred ^C -

榜首个域的姓名是要被运转的回归脚本。第二个域是需求和成果相匹配的退出值。第三个域就是用户名。第四个域和第五个域就是提示时应该输入的暗码。减号 只是表明那里有一个域,这个域其实绝对不会用到。在榜首个行中,bogus表明用户名对错法的,因而passwd会呼应说:没有此用户。expect在退 出时会回来3,3刚好就是第二个域。在最终一行中,^C就是被实在的送给程序来验证程序是否恰当的退出。

通过这种办法,expect能够用来查验和调试交互式软件,这恰恰是IEEE的POSIX 1003.2(shell和东西)的共同性查验所要求的。进一步的阐明请参阅Libes[6]。

7.[rogue 和伪终端]

Unix用户必定对通过管道来和其他进程相联系的办法十分的了解(比方说:一个shell管道)。expect运用伪终端来和派生的进程相联系。伪终端供给了终端语义以便程序认为他们正在和实在的终端进行I/O操作。

比方说,BSD的探险游戏rogue在生形式下运转,并假定在衔接的另一端是一个可寻址的字符终端。能够用expect编程,使得通过运用用户界面能够玩这个游戏。

rogue这个探险游戏首要供给给你一个有各种物理特点,比方说力量值,的人物。在大部分时刻里,力量值都是16,但在简直每20次里边就会有一个力 量值是18。许多的rogue玩家都知道这一点,但没有人情愿发动程序20次以取得一个好的装备。下面的这个脚本就能到达这个意图。

for {} {1} {} {
spawn rogue
expect "*Str:18*" break
"*Str:16*"
close
wait
}
interact

榜首行是个for循环,和C言语的操控格局很象。rogue发动后,expect就查看看力量值是18仍是16,假如是16,程序就通过履行 close和wait来退出。这两个指令的效果分别是封闭和伪终端的衔接和等候进程退出。rogue读到一个文件完毕符就推出,然后循环持续运转,发作一 个新的rogue游戏来查看。

当一个值为18的装备找到后,操控就推出循环并跳到最终一行脚本。interact把操控搬运给用户以便他们能够玩这个特定的游戏。

幻想一下这个脚本的运转。你所能实在看到的就是20或许30个初始的装备在不到一秒钟的时刻里掠过屏幕,最终留给你的就是一个有着很好装备的游戏。仅有比这更好的办法就是运用调试东西来玩游戏。

咱们很有必要认识到这样一点:rogue是一个运用光标的图形游戏。expect程序员有必要了解到:光标的运动并不必定以一种直观的办法在屏幕上体 现。走运的是,在咱们这个比方里,这不是一个问题。将来的对expect的改善或许会包括一个内嵌的能支撑字符图形区域的终端模拟器。


8.[ftp]

咱们运用expect写榜首个脚本并没有打印出"Hello,World"。实际上,它完成了一些更有用的功用。它能通过非交互的办法来运转ftp。ftp是用来在支撑TCP/IP的网络进步行文件传输的程序。除了一些简略的功用,一般的完成都要求用户的参加。

下面这个脚本从一个主机上运用匿名ftp取下一个文件来。其间,主机名是榜首个参数。文件名是第二个参数。

spawn ftp [index $argv 1]
expect "*Name*"
send "anonymous "
expect "*Password:*"
send [exec whoami]
expect "*ok*ftp *"
send "get [index $argv 2] "
expect "*ftp *"

上面这个程序被规划成在后台进行ftp。尽管他们在底层运用和expect类似的机制,但他们的可编程才能留下改善。由于expect供给了高档言语,你能够对它进行修正来满意你的特定需求。比方说,你能够加上以下功用:

:坚持--假如衔接或许传输失利,你就能够每分钟或许每小时,甚
至能够依据其他要素,比方说用户的负载,来进行不定期的
重试。
:告诉--传输时能够通过mail,write或许其他程序来告诉你,乃至
能够告诉失利。
:初始化-每一个用户都能够有自己的用高档言语编写的初始化文件
(比方说,.ftprc)。这和C shell对.cshrc的运用很类似。

expect还能够履行其他的更杂乱的使命。比方说,他能够运用McGill大学的Archie体系。Archie是一个匿名的Telnet效劳,它 供给对描绘Internet上可通过匿名ftp获取的文件的数据库的拜访。通过运用这个效劳,脚本能够问询Archie某个特定的文件的方位,并把它从 ftp效劳器上取下来。这个功用的完成只需求在上面那个脚本中加上几行就能够。

现在还没有什么已知的后台-ftp能够完成上面的几项功用,能不要说一切的功用了。在expect里边,它的完成却对错常的简略。“坚持”的完成只需 求在expect脚本里边加上一个循环。“告诉”的完成只需履行mail和write就能够了。“初始化文件”的完成能够运用一个指令,source .ftprc,就能够了,在.ftprc里边能够有任何的expect指令。

尽管这些特征能够通过在已有的程序里边加上钩子函数就能够,但这也不能确保每一个人的要求都能得到满意。仅有能够供给确保的办法就是供给一种通用的语 言。一个很好的处理办法就是把Tcl自身融入到ftp和其他的程序中心去。实际上,这原本就是Tcl的初衷。在还没有这样做之前,expect供给了一个 能完成大部分功用但又不需求任何重写的计划。

9.[fsck]

fsck是其他一个缺少满意的用户接口的比方。fsck简直没有供给什么办法来预先的答复一些问题。你能做的就是给一切的问题都答复"yes"或许都答复"no"。

下面的程序段展现了一个脚本怎么的使的主动的对某些问题答复"yes",而对某些问题答复"no"。下面的这个脚本一开端先派生fsck进程,然后对其间两种类型的问题答复"yes",而对其他的问题答复"no"。

for {} {1} {} {
expect
eof break
"*UNREF FILE*CLEAR?" {send "r "}
"*BAD INODE*FIX?" {send "y "}
"*?" {send "n "}
}

鄙人面这个版别里边,两个问题的答复是不同的。而且,假如脚本遇到了什么它不能了解的东西,就会履行interact指令把操控交给用户。用户的击键 直接交给fsck处理。当履行完后,用户能够通过按"+"键来退出或许把操控交还给expect。假如操控是交还给脚本了,脚本就会主动的操控进程的剩下 部分的运转。

for {} {1} {}{
expect
eof break
"*UNREF FILE*CLEAR?" {send "y "}
"*BAD INODE*FIX?" {send "y "}
"*?" {interact +}
}

假如没有expect,fsck只需在献身必定功用的状况下才能够非交互式的运转。fsck简直是不行编程的,但它却是体系管理的最重要的东西。许多其他东西的用户接口也相同的缺乏。实际上,正是其间的一些程序的缺乏导致了expect的诞生。

10.[操控多个进程:作业操控]


expect的作业操控概念精巧的防止了一般的完成困难。其间包括了两个问题:一个是expect怎么处理经典的作业操控,即当你在终端上按下^Z键时expect怎么处理;其他一个就是expect是怎么处理多进程的。

对榜首个问题的处理是:疏忽它。expect对经典的作业操控一窍不通。比方说,你派生了一个程序而且发送一个^Z给它,它就会停下来(这是伪终端的完美之处)而expect就会永久的等下去。

可是,实际上,这底子就不成一个问题。关于一个expect脚本,没有必要向进程发送^Z。也就是说,没有必要停下一个进程来。expect只是是疏忽了一个进程,而把自己的注意力搬运到其他的当地。这就是expect的作业操控思维,这个思维也一向作业的很好。

从用户的视点来看是象这样的:当一个进程通过spawn指令发动时,变量spawn_id就被设置成某进程的描绘符。由spawn_id描绘的进程就 被认为是当时进程。(这个描绘符恰恰就是伪终端文件的描绘符,尽管用户把它当作一个不透明的物体)。expect和send指令只是和当时进程进行交互。 所以,切换一个作业所需求做的只是是把该进程的描绘符赋给spawn_id。

这儿有一个比方向咱们展现了怎么通过作业操控来使两个chess进程进行交互。在派生完两个进程之后,一个进程被告诉先动一步。鄙人面的循环里边,每 一步动作都送给其他一个进程。其间,read_move和write_move两个进程留给读者来完成。(实际上,它们的完成十分的简略,可是,由于太长 了所以没有包括在这儿)。

spawn chess ;# start player one
set id1 $spawn_id
expect "Chess "
send "first " ;# force it to go first
read_move

spawn chess ;# start player two
set id2 $spawn_id
expect "Chess "

for {} {1} {}{
send_move
read_move
set spawn_id $id1

send_move
read_move
set spawn_id $id2
}

有一些应用程序和chess程序不太相同,在chess程序里,的两个玩家轮活动。下面这个脚本完成了一个假充程序。它能够操控一个终端以便用户能够登录 和正常的作业。可是,一旦体系提示输入暗码或许输入用户名的时分,expect就开端把击键记下来,一向到用户按下回车键。这有用的收集了用户的暗码和用 户名,还防止了一般的假充程序的"Incorrect password-tryagain"。而且,假如用户衔接到其他一个主机上,那些额定的登录也会被记载下来。

spawn tip /dev/tty17 ;# open connection to
set tty $spawn_id ;# tty to be spoofed

spawn login
set login $spawn_id

log_user 0

for {} {1} {} {
set ready [select $tty $login]

case $login in $ready {
set spawn_id $login
expect
{"*password*" "*login*"}{
send_user $expect_match
set log 1
}
"*" ;# ignore everything else
set spawn_id $tty;
send $expect_match
}
case $tty in $ready {
set spawn_id $tty
expect "* *"{
if $log {
send_user $expect_match
set log 0
}
}
"*" {
send_user $expect_match
}
set spawn_id $login;
send $expect_match
}
}


这个脚本是这样作业的。首要衔接到一个login进程和终端。缺省的,一切的对话都记载到规范输出上(通过send_user)。由于咱们对此并不感兴 趣,所以,咱们通过指令"log_user 0"来制止这个功用。(有许多的指令来操控能够看见或许能够记载的东西)。

在循环里边,select等候终端或许login进程上的动作,而且回来一个等候输入的spawn_id表。假如在表里边找到了一个值的话,case就执 行一个action。比方说,假如字符串"login"呈现在login进程的输出中,提示就会被记载到规范输出上,而且有一个标志被设置以便告诉脚本开 始记载用户的击键,直至用户按下了回车键。不论收到什么,都会回显到终端上,一个相应的action会在脚本的终端那一部分履行。

这些比方显现了expect的作业操控办法。通过把自己刺进到对话里边,expect能够在进程之间创立杂乱的I/O流。能够创立多扇出,复用扇入的,动态的数据相关的进程图。

相比之下,shell使得它自己一次一行的读取一个文件显的很困难。shell逼迫用户按下操控键(比方,^C,^Z)和要害字(比方fg和bg)来完成 作业的切换。这些都无法从脚本里边运用。类似的是:以非交互办法运转的shell并不处理“历史记载”和其他一些只是为交互式运用规划的特征。这也呈现了 和前面哪个passwd程序的类似问题。类似的,也无法编写能够回归的测验shell的某些动作的shell脚本。成果导致shell的这些方面无法进行 完全的测验。

假如运用expect的话,能够运用它的交互式的作业操控来驱动shell。一个派生的shell认为它是在交互的运转着,所以会正常的处理作业操控。它 不只能够处理查验处理作业操控的shell和其他一些程序的问题。还能够在必要的时分,让shell替代expect来处理作业。能够支撑运用shell 风格的作业操控来支撑进程的运转。这意味着:首要派生一个shell,然后把指令送给shell来发动进程。假如进程被挂起,比方说,发送了一个^Z,进 程就会停下来,并把操控回来给shell。关于expect而言,它还在处理同一个进程(原本那个shell)。

expect的处理办法不只具有很大的灵活性,它还防止了重复现已存在于shell中的作业操控软件。通过运用shell,由于你能够挑选你想派生的 shell,所以你能够依据需求取得作业操控权。而且,一旦你需求(比方说查验的时分),你就能够驱动一个shell来让这个shell认为它正在交互式 的运转。这一点关于在检测到它们是否在交互式的运转之后会改动输出的缓冲的程序来说也是很重要的。

为了进一步的操控,在interact履行期间,expect把操控终端(是发动expect的那个终端,而不是伪终端)设置成生形式以便字符能够正 确的传送给派生的进程。当expect在没有履行interact的时分,终端处于熟形式下,这时分作业操控就能够效果于expect自身。

11.[交互式的运用expect]

在前面,咱们说到能够通过interact指令来交互式的运用脚本。根本上来说,interact指令供给了对对话的自在拜访,但咱们需求一些更精密 的操控。这一点,咱们也能够运用expect来到达,由于expect从规范输入中读取输入和从进程中读取输入相同的简略。 可是,咱们要运用expect_user和send_user来进行规范I/O,一起不改动spawn_id。

下面的这个脚本在必定的时刻内从规范输入里边读取一行。这个脚本叫做timed_read,能够从csh里边调用,比方说,set answer="timed_read 30"就能调用它。

#!/usr/local/bin/expect -f
set timeout [index $argv 1]
expect_user "* "
send_user $expect_match

第三行从用户那里接纳任何故新行符完毕的任何一行。最终一行把它回来给规范输出。假如在特定的时刻内没有得到任何键入,则回来也为空。

榜首行支撑"#!"的体系直接的发动脚本。(假如把脚本的特点加上可履行特点则不要在脚本前面加上expect)。当然了脚本总是能够显式的用 "expect scripot"来发动。在-c后边的选项在任何脚本句子履行前就被履行。比方说,不要修正脚本自身,只是在指令行上加上-c "trace...",该脚本能够加上trace功用了(省掉号表明trace的选项)。

在指令行里实际上能够加上多个指令,只需中心以";"分隔就能够了。比方说,下面这个指令行:

expect -c "set timeout 20;spawn foo;expect"

一旦你把超不时限设置好而且程序发动之后,expect就开端等候文件完毕符或许20秒的超不时限。 假如遇到了文件完毕符(EOF),该程序就会停下来,然后expect回来。假如是遇到了超时的状况,expect就回来。在这两中状况里边,都隐式的杀 死了当时进程。

假如咱们不运用expect而来完成以上两个比方的功用的话,咱们仍是能够学习到许多的东西的。在这两中状况里边,一般的处理计划都是fork另一个睡觉 的子进程而且用signal告诉原本的shell。假如这个进程或许读先发作的话,shell就会杀司那个睡觉的进程。 传递pid和防止后台进程发作发动信息是一个让除了高手级shell程序员之外的人头痛的工作。供给一个通用的办法来象这样发动多个进程会使shell脚 本十分的杂乱。 所以简直能够必定的是,程序员一般都用一个专门C程序来处理这样一个问题。

expect_user,send_user,send_error(向规范过错终端输出)在比较长的,用来把从进程来的杂乱交互翻译成简略交互的 expect脚本里边运用的比较频频。在参阅[7]里边,Libs描绘怎样用脚原本安全的包裹(wrap)adb,怎样把体系管理员从需求把握adb的细 节里边摆脱出来,一起大大的降低了由于过错的击键而导致的体系溃散。

一个简略的比方能够让ftp主动的从一个私家的帐号里边取文件。在这种状况里,要求供给暗码。 即便文件的拜访是受限的,你也应该防止把暗码以明文的办法存储在文件里边。把暗码作为脚本运转时的参数也是不合适的,由于用ps指令能看到它们。有一个解 决的办法就是在脚本运转的开端调用expect_user来让用户输入今后或许运用的暗码。这个暗码有必要只能让这个脚本知道,即便你是每个小时都要重试 ftp。

即便信息是当即输入进去的,这个技巧也对错常有用。比方说,你能够写一个脚本,把你每一个主机上不同的帐号上的暗码都改掉,不论他们运用的是不是同 一个暗码数据库。假如你要手艺到达这样一个功用的话,你有必要Telnet到每一个主机上,而且手艺输入新的暗码。而运用expect,你能够只输入暗码一 次而让脚原本做其它的工作。

expect_user和interact也能够在一个脚本里边混合的运用。考虑一下在调试一个程序的循环时,通过好多步之后才失利的状况。一个 expect脚本能够驱动哪个调试器,设置好断点,履行该程序循环的若干步,然后将操控回来给键盘。它也能够在回来操控之前,在循环体和条件测验之间来回 的切换.
版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表亚美娱乐立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章