36 杂项 - 36.1 交互和非交互shell以及脚本

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

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

#!/bin/bash
MY_PROMPT='$ '
while :
    do
        echo -n "$MY_PROMPT"
        read line
        eval "$line"
    done
exit 0
# 这个脚本以及以上解释是由Stéphane Chazelas提供的

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

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

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

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

if [ -z $PS1 ] # 是否有提示符（译注：判断脚本是否运行在交互模式下）
### if [ -v PS1 ]   # Bash 4.2+ ...
then
    # 非交互模式
    ...
else
    # 交互模式
    ...
fi

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

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

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

# 关于终端的测试！
fd=0   # stdin 标准输入
# 使用test -t测试stdin或者stdout是否是一个终端（如果是则证明该脚本运行于交互模式）。
if [ -t "$fd" ]
then
    echo interactive # 译注：交互模式
else
    echo non-interactive # 译注：非交互模式
fi
# 但是John指出：
#     if [ -t 0 ] 仅在你本地登录时有效，
#     如果通过ssh远程调用就会失效，
#     所以还要加上对socket的判断。
if [[ -t "$fd" || -p /dev/stdin ]]
then
    echo interactive # 译注：交互模式
else
    echo non-interactive # 译注：非交互模式
fi

笔记

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