Unix程序bc作为后台作业时为何不打印提示符且处理IO流？

核心逻辑：终端与前台进程组检测 #

bc的关键处理在于启动阶段的两项检查，直接决定是否打印提示符：

• 检测标准输入是否为终端：通过isatty(STDIN_FILENO)函数判断stdin是否连接到交互式终端。当执行bc &时，后台进程的stdin即便仍指向终端，bc也会先完成这层判断。
• 检测是否处于前台进程组：调用tcgetpgrp(STDIN_FILENO)获取当前终端的前台进程组ID，再和自身进程组ID（getpgrp()）对比。后台进程的进程组ID与前台终端的进程组ID不匹配，因此直接跳过提示符打印。

这两步检查通常包裹在打印提示符的代码逻辑外层，类似这样的C代码：

if (isatty(STDIN_FILENO)) {
    pid_t fg_pgid = tcgetpgrp(STDIN_FILENO);
    if (fg_pgid == getpgrp()) {
        fputs(">>> ", stdout);
        fflush(stdout); // 强制刷新缓冲区，避免提示符被缓存
    }
}

为什么你的模拟程序会先打印提示符再挂起？ #

你的程序大概率是先执行了打印提示符的逻辑，之后才尝试读取stdin触发SIGTTIN信号（后台进程读取终端的默认信号，会导致进程暂停）。而bc把终端/进程组检查放在了打印提示符之前，后台模式下直接跳过打印，还没走到读取stdin的步骤就因作业控制机制进入暂停状态。

关于Shell的怪异行为 #

不同Shell对后台进程的stdin处理有差异：

• 部分Shell会将后台进程的stdin重定向到/dev/null，此时isatty()直接返回false，bc完全跳过提示符逻辑。
• 有些Shell保留后台进程的stdin指向终端，但标记其为后台进程组，此时bc通过进程组ID检测到自己不在前台，同样不打印提示符，后续尝试读取时才收到SIGTTIN暂停。

内容的提问来源于stack exchange，提问作者kimsh