SSH Shell中使用disown后脚本无法保存输出文件的问题

这问题我之前踩过坑！核心原因大概率和Python的文件缓冲机制、以及你退出Shell时进程的终端关联状态有关，咱们一步步拆解：

1. 最可能的元凶：Python的文件缓冲 #

当你用open(file_name, 'w')创建文件时，Python默认采用缓冲写入策略——数据会先暂存在内存的缓冲区里，不会立刻写入磁盘。只有满足以下条件之一时，缓冲区的内容才会被刷到磁盘：

• 缓冲区被写满
• 你手动调用了file.flush()或file.close()
• 程序正常执行到结束，Python自动处理缓冲刷新

而当你退出Shell后，如果脚本进程因为失去终端关联而异常终止（哪怕只差最后一步刷新缓冲），缓冲区里的数据就会丢失，自然看不到输出文件（或者文件是空的）。但你不退出Shell时，进程一直和终端保持关联，能正常走完整个流程，缓冲也会被正常刷入磁盘，所以一切正常。

2. disown的隐藏细节：终端关联没完全切断 #

你用Ctrl+Z暂停、bg后台运行、disown的操作，确实能让进程脱离Shell的作业控制，但默认情况下disown并不会彻底解绑进程和终端的关联：

• 如果你的脚本还持有终端的stdout/stderr句柄（哪怕没输出内容），当你关闭Shell时，终端可能会给关联进程发送信号，导致进程提前终止。
• 你之前这么做没问题，可能是当时的脚本逻辑不同（比如写完文件立刻手动关闭了），或者系统的终端配置、Shell版本有变化。

靠谱的解决办法 #

方法一：用Python的with语句确保文件正确关闭

这是最推荐的方式，with上下文管理器会自动帮你关闭文件，强制刷新缓冲，哪怕程序中途出问题也能保证数据写入：

with open(file_name, 'w') as f:
    # 执行计算逻辑后写入结果
    f.write(your_calculation_result)
# with块结束时，文件会自动关闭，缓冲也会被刷入磁盘

如果是大文件，也可以在打开文件时指定buffering=1（行缓冲）或者buffering=0（无缓冲），不过with语句是最省心的方案。

方法二：用更可靠的后台运行方式

比起Ctrl+Z+bg+disown，nohup或screen/tmux能彻底解决终端关联的问题：

• 用nohup直接启动脚本：

  nohup ./my_script.sh > script.log 2>&1 &
  

  nohup会让进程完全脱离终端，忽略SIGHUP信号，同时把标准输出和错误输出重定向到指定文件，避免因为终端关闭导致进程异常。
• 如果需要后续查看或控制脚本运行，用screen或tmux创建一个持久化会话：
  1. 启动会话：screen（或tmux）
  2. 在会话里运行./my_script.sh
  3. 按Ctrl+A+D（screen）或Ctrl+B+D（tmux） detach会话，此时退出Shell也不影响脚本运行
  4. 下次登录后，用screen -r（或tmux attach）重新接入会话查看状态

方法三：排查脚本是否异常崩溃

你可以把脚本的错误输出重定向到文件，看看是不是进程在后台运行时抛出了异常：

./my_script.sh 2> error.log
# 然后执行Ctrl+Z、bg、disown操作

下次登录后查看error.log，就能知道脚本有没有因为终端关闭等原因触发IO错误或其他异常。

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