33.1. 交互与非交互式的交互与非交互式的shell和脚本

交互式的shell会在tty上从用户输入中读取命令. 另一方面, 这样的shell能在启动时读取启动文件, 显示一个提示符, 并默认激活作业控制. 也就是说, 用户可以与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 
 10 exit 0
 11 
 12 # 这个例子脚本, 还有上面那么多的解释
 13 # 都是由Stephane Chazelas提供的(再次感谢). 

让我们考虑一个需要用户输入的交互式脚本, 这种脚本通常都要使用read语句(请参考例子 11-3). 但是"现实的情况"肯定要比这复杂的多. 就目前的情况来看, 交互式脚本通常都绑定在一个tty设备上, 换句话说, 用户都是在控制终端或xterm上来调用脚本的.

初始化脚本和启动脚本都是非交互式的, 因为它们都不需要人为干预, 都是自动运行的. 许多管理脚本和系统维护脚本也同样是非交互式的. 对于那些不需要经常变化的, 重复性的任务, 应该交给非交互式的脚本来自动完成.

非交互式的脚本可以在后台运行, 但是如果交互式脚本在后台运行的话, 就会被挂起, 因为它们在等待永远不会到来的输入. 如果想解决后台运行交互式脚本的问题, 可以使用带有expect命令的脚本, 或者在脚本中嵌入here document来提供交互式脚本所需要的输入. 最简单的办法其实就是将一个文件重定向给read命令, 来提供它所需要的输入(read variable <file). 通过使用上述方法, 就可以编写出通用目的脚本, 这种脚本即可以运行在交互模式下, 也可以运行在非交互模式下.

如果脚本需要测试一下自己是否运行在交互式shell中, 那么一个简单的办法就是察看是否存在提示符(prompt)变量, 也就是察看一下变量$PS1是否被设置. (如果脚本需要用户输入, 那么脚本就需要显示提示符.)
  1 if [ -z $PS1 ] # 没有提示符? 
  2 then
  3   # 非交互式
  4   ...
  5 else
  6   # 交互式
  7   ...
  8 fi
另一种办法, 脚本可以测试一下标志$-中是否存在选项"i".
  1 case $- in
  2 *i*)    # 交互式shell
  3 ;;
  4 *)      # 非交互式shell
  5 ;;
  6 # ("UNIX F.A.Q."的惯例, 1993)

Note

使用#!/bin/bash -i头, 或者使用-i选项, 可以强制脚本运行在交互模式下. 注意, 这么做可能会让脚本产生古怪的行为, 有时候即使在没有错误的情况下, 也可能会显示错误信息.