nohup后台任务卡住主因是输出缓冲与日志失控；应显式重定向stdout/stderr至可控日志文件，用nohup cmd > log 2>&1 &确保合并写入，配合logrotate或日期分割防磁盘满，并可用tee实现终端实时查看与文件留存。
用 nohup 启动后台任务时，如果输出不加控制，确实可能因日志持续追加、磁盘写满或缓冲区阻塞导致进程异常卡住甚至崩溃。关键不在 nohup 本身，而在于输出重定向是否合理、日志是否可控。
避免输出阻塞的核心原则
Linux 进程的标准输出（stdout）和标准错误（stderr）默认是行缓冲或全缓冲的。当重定向到文件时，通常变为全缓冲——意味着内容先暂存在内存缓冲区，等积攒到一定大小（如 4KB 或 8KB）才真正写入磁盘。若程序长时间不主动刷新（比如没调用 fflush()），又没做日志轮转，就容易出现“看似在跑，实则卡在 I/O 等待”的假象。
- 始终显式指定输出文件，不要依赖默认的 nohup.out（易被多个任务争抢、路径混乱、无清理机制）
- 确保目标日志目录可写，且磁盘空间充足；nohup 在无法写入日志文件时会直接失败，不执行后续命令
- 避免把所有输出无差别重定向到单一大文件，尤其对运行数天以上的任务
- 对需要实时观察的日志，可配合 tee 实现“终端可见 + 文件留存”双通道
推荐的重定向写法（兼顾安全与可观测性）
最稳妥的通用写法是：
nohup your_command > output.log 2>&1 &
注意顺序：> output.log 必须在 2>&1 前面，否则 stderr 会重定向到屏幕而非文件。这个组合确保 stdout 和 stderr 都进入同一文件，且以追加模式写入（不会覆盖已有内容）。
若希望日志按日期自动分割，可用命令替换：
nohup your_command > run_$(date +\%Y-\%m-\%d).log 2>&1 &
这样每天生成独立日志，避免单文件无限膨胀，也方便归档和排查历史问题。
防止磁盘撑爆的实用技巧
长期运行任务必须考虑日志体积。单纯靠重定向不能解决增长问题，需主动管理：
- 用 logrotate 工具定期切割、压缩、删除旧日志（适合系统级服务）
- 在脚本内加入日志截断逻辑，例如启动前用
truncate -s 0 output.log清空或保留最近 N 行 - 对调试阶段任务，可临时丢弃标准输出：
nohup your_command > /dev/null 2>&1 &，只保留必要错误信息 - 用
stdbuf -oL -eL强制行缓冲（适用于支持该选项的命令），让每行输出立即落盘，减少缓冲延迟
需要实时查看又不中断后台的方法
如果既要后台运行，又想随时看最新输出，别反复 cat 日志，用：
nohup your_command | tee -a live.log &
这样 stdout 会同时打印到终端（当前会话）并追加进 live.log；stderr 默认仍输出到屏幕，如需一并捕获，改写为：
nohup your_command 2>&1 | tee -a live.log &
注意：tee 不影响后台行为，& 依然放在整条命令末尾。
