Expect 教程中文版.pdf

Expect 教程中文版 Expect 教程中文版 本文出 自: 作者 : 葫芦娃 翻译 (2001-09-12 10:00:00) [版权声明] 　　 　　Copyright(c) 1999 　　　　 　　本教程 由*葫芦娃*翻译，并做了适当的修改 ，可 自由的用于非商业目的。 　　但 Redistribution 时必须拷贝本 [版权声明]。　　　　　　 [BUG] 　　有不少部分，翻译的时候不能作到 “信，达”。当然了，任何时候都没有做到 “雅” ，希望各位谅解 。 [原著 ] 　 　　Don Libes: National Institute of Standards and Technology 　　　　libes@ [目录] 　　 　　 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还可 用于对对话的一部分进行 自动化，因为