执行多进程父Shell脚本后Bash提示符横向错位原因咨询

嘿，这个问题我太熟悉了！之前写多进程Shell脚本的时候也踩过一模一样的坑，回车后提示符乱跑，得敲reset才能救回来😤。咱们来拆解下原因和解决办法：

核心原因分析 #

导致提示符错位的本质是终端的光标位置跟踪被打乱，Bash无法正确判断当前光标应该在哪个位置输出提示符，常见的触发场景有这几种：

• 子进程输出未以换行符结尾：如果你的某个child*.sh里用了echo -n这类不输出换行的命令，或者输出内容本身没有以\n结尾，那这个子进程的输出会“粘”在后续输出的开头，打乱终端的行计数逻辑。脚本执行完后，Bash的行编辑器对光标位置的记录和实际终端状态不一致，回车后提示符就会跑到奇怪的位置。

• 多进程终端输出竞争：5个子进程同时后台运行，它们会共享父进程的终端输出流。虽然看起来输出是按顺序打印的，但实际进程调度是随机的，多个进程的输出可能会穿插写入终端缓冲区，导致终端的换行、光标位置等状态被破坏。

• 终端属性被意外修改：如果某个子脚本里用了stty这类修改终端属性的命令（比如关闭了onlcr选项，该选项负责把换行符转换成回车+换行），但没有在子进程退出前恢复设置，Bash会继承这些被修改的属性，导致输出时换行异常，进而引发提示符错位。

解决办法 #

针对不同的原因，咱们可以对应处理：

• 强制所有输出以换行结尾：检查所有子脚本的echo命令，不要用echo -n，如果确实需要无换行输出，在最后手动加上echo ""来补全换行。比如把echo -n "executing child1.sh"改成echo "executing child1.sh"。

• 避免多进程同时输出到终端：把子进程的输出重定向到日志文件，这样既不会干扰终端，还方便排查问题。比如在父脚本中启动子进程时写成：./child1.sh > child1.log 2>&1 &。如果一定要输出到终端，可以用锁机制，比如借助flock确保同一时间只有一个进程能向终端输出。

• 恢复终端属性：如果子脚本必须修改终端属性，一定要在脚本开头保存当前设置，结尾恢复。比如：

  # 子脚本开头保存终端设置
  stty save > /tmp/stty_child.conf
  # ... 你的脚本逻辑 ...
  # 子脚本结尾恢复设置
  stty restore < /tmp/stty_child.conf
  rm -f /tmp/stty_child.conf
  

• 脚本结束后重置光标：可以在父脚本的最后加上echo -e "\033[H"，这个命令会把光标强制移到终端左上角，避免残留的光标位置影响后续的提示符。

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