批量在后台screen会话中运行长时命令的自动化脚本异常解决

我碰到过类似的问题！你遇到的随机会话缺失，大概率是因为screen后台创建后还没完全初始化，你就立刻发送命令了。手动操作时你会等screen加载好再输入，但脚本是连续执行的，系统来不及建立好会话环境，导致stuff命令没发送成功，看起来就像会话“丢失”了。

给你几个实用的解决办法，按优先级来：

1. 给每个会话添加短暂延迟（最简单有效） #

在创建screen和发送命令之间加个sleep，给系统一点时间初始化会话。延迟时间不用太长，0.5-1秒足够，根据服务器负载调整就行。同时用循环简化你的脚本，避免重复写10次代码：

#!/bin/bash

# 循环创建10个会话，编号从01到10
for screen_num in {01..10}
do
    screen_name="Screen${screen_num}"
    # 后台创建会话
    screen -dmS "$screen_name"
    # 等待会话初始化完成
    sleep 0.5
    # 发送长时命令（末尾的\n是模拟回车执行命令）
    screen -S "$screen_name" -p 0 -X stuff 'Some command that run for more than 20 hours\n'
done

2. 用screen -X exec替代stuff（更可靠的命令执行方式） #

stuff是模拟键盘输入，有时候会因为会话的终端状态问题失效；而exec是直接让screen会话执行指定命令，更稳定。修改后的代码：

#!/bin/bash

for screen_num in {01..10}
do
    screen_name="Screen${screen_num}"
    # 创建会话并直接执行命令（不需要额外发stuff）
    screen -dmS "$screen_name" bash -c 'Some command that run for more than 20 hours; exec bash'
done

这里末尾加exec bash是为了命令执行完后会话不会立刻关闭，方便你之后attach进去查看日志或状态。如果不需要保留会话，可以去掉这部分。

3. 添加验证步骤（确保命令真的在运行） #

如果服务器负载波动大，你可以在脚本里加个验证，检查每个会话的命令是否成功启动：

#!/bin/bash

target_command='Some command that run for more than 20 hours'

for screen_num in {01..10}
do
    screen_name="Screen${screen_num}"
    screen -dmS "$screen_name"
    sleep 0.5
    screen -S "$screen_name" -p 0 -X stuff "${target_command}\n"
    
    # 检查会话是否存在，且命令在运行
    if screen -list | grep -q "$screen_name"; then
        # 获取会话的PID，检查对应进程是否在运行
        screen_pid=$(screen -list | grep "$screen_name" | awk '{print $1}' | cut -d. -f1)
        if pgrep -f "${target_command}" | grep -q "$screen_pid"; then
            echo "✅ ${screen_name} 已成功启动命令"
        else
            echo "⚠️ ${screen_name} 命令启动失败，请检查"
        fi
    else
        echo "❌ ${screen_name} 会话创建失败"
    fi
done

这样运行脚本时，你能直观看到每个会话的状态，方便排查问题。

总结一下，最优先试第一种方法（加延迟+循环），基本能解决你说的随机缺失问题；如果还是有问题，换成exec的方式，稳定性更好。

备注：内容来源于stack exchange，提问作者Devil's Dream