36.1 交互和非交互shell以及脚本

交互shell从tty读取用户输入。shell默认会读取启动文件,显示提示符和打开任务控制等。用户可以和shell交互。

脚本总是运行在非交互的shell上。同样,脚本可以访问它自己的tty,这使得在脚本中依然可以模拟出交互的shell。

  1. #!/bin/bash
  2. MY_PROMPT='$ '
  3. while :
  4. do
  5. echo -n "$MY_PROMPT"
  6. read line
  7. eval "$line"
  8. done
  9. exit 0
  10. # 这个脚本以及以上解释是由Stéphane Chazelas提供的

一个要求用户输入的交互脚本,通常会用到read语句(请看例15-3)。不过实际上要复杂一些,一个被用户通过console或者xterm调用的脚本,意味着这个脚本被绑定到了一个tty上。

初始化和启动脚本必须是非交互的,因为在运行过程中不能要求人类的介入。许多管理和系统维护脚本也同样是非交互的。要求自动运行的重复性任务也是通过非交互脚本实现的。

非交互的脚本可以在后台运行,而交互脚本(在后台运行)则会挂起,因为要等待永远不可能出现的“输入”。解决这个难题可以使用带有expect命令的脚本,或者将文档嵌入到后台运行的交互脚本中。最简单的例子就是将一个文件重定向到read语句,来提供“输入”。(read variable < file) 这可以创造出一个在交互和非交互两种模式下通用的脚本。

如果脚本需要知道它是否运行在交互模式下,简单的方法就是看提示符变量是否存在,就是$PS1变量。(如果用户通过提示符输入,那么脚本就需要显示提示符,所以脚本中$PS1变量会被设置)

  1. if [ -z $PS1 ] # 是否有提示符(译注:判断脚本是否运行在交互模式下)
  2. ### if [ -v PS1 ] # Bash 4.2+ ...
  3. then
  4. # 非交互模式
  5. ...
  6. else
  7. # 交互模式
  8. ...
  9. fi

脚本也可以测试$-变量中是否使用了“i”选项来判读是否运行在交互模式下。

  1. case $- in
  2. *i*) # 交互shell
  3. ;;
  4. *) # 非交互shell
  5. ;;
  6. # (参见 "UNIX F.A.Q.," 1993)

John Lange描述了另一种替代方法:使用test -t来测试。

  1. # 关于终端的测试!
  2. fd=0 # stdin 标准输入
  3. # 使用test -t测试stdin或者stdout是否是一个终端(如果是则证明该脚本运行于交互模式)。
  4. if [ -t "$fd" ]
  5. then
  6. echo interactive # 译注:交互模式
  7. else
  8. echo non-interactive # 译注:非交互模式
  9. fi
  10. # 但是John指出:
  11. # if [ -t 0 ] 仅在你本地登录时有效,
  12. # 如果通过ssh远程调用就会失效,
  13. # 所以还要加上对socket的判断。
  14. if [[ -t "$fd" || -p /dev/stdin ]]
  15. then
  16. echo interactive # 译注:交互模式
  17. else
  18. echo non-interactive # 译注:非交互模式
  19. fi

笔记

脚本可以使用-i选项或者#!/bin/bash -i的文件头强制进入交互模式执行。这可能导致古怪的脚本行为或者在没有错误的情况下显示错误信息。