nohup command & 必须加 & 才能后台运行，否则仍前台阻塞；需显式重定向日志避免写入失败或混杂；python 应加 -u 参数防止输出缓冲延迟；查杀进程需用 ps/pgrep/kill 等标准工具。
nohup command & 为什么必须加 &
不加 &，nohup 会占用当前终端、阻塞 shell 输入，和前台运行没区别。它只负责忽略 SIGHUP，不负责“后台化”——那是 & 的事。
常见错误现象：nohup python app.py 执行后光标不动、无法输入新命令，误以为卡死；其实程序在前台跑着，只是不挂断而已。
-
nohup command &是最小可用组合，缺一不可 - 如果已漏掉
&，按Ctrl+Z暂停后执行bg可补救，但此时未触发nohup机制，仍可能被终端关闭终止 - 某些脚本启动后立即退出（如 daemon 化失败），
&能让 shell 尽快返回控制权，方便后续检查
输出重定向不写会怎样
不显式重定向时，nohup 默认把 stdout 和 stderr 合并追加到当前目录的 nohup.out。但这个行为有隐性风险：
- 当前目录不可写（比如权限不足、磁盘满、是只读文件系统）→
nohup直接报错退出，命令根本没跑起来 - 多个
nohup命令在同一目录下运行 → 全部往同一个nohup.out写，日志混杂难排查 - 你用
cd /tmp && nohup ./run.sh &，但脚本里又cd /home/user→ 日志仍写在/tmp/nohup.out，不是你预期的位置
推荐始终显式指定：nohup ./run.sh > run.log 2>&1 &
Python 脚本要加 -u 参数吗
要，尤其当你要用 tail -f 实时看日志时。python 默认对 stdout 做行缓冲（line buffering）或全缓冲（full buffering），而重定向到文件后会自动切到全缓冲模式，导致日志延迟几秒甚至几十秒才落盘。
-u 强制无缓冲输出，让每行 print() 立即写入文件：
nohup python -u main.py > app.log 2>&1 &
- 不加
-u：日志“看起来卡住”，tail -f app.log长时间没新内容，实际可能已生成但没刷盘 -
print(..., flush=True)可局部替代-u，但不如全局加参数省心 - 其他语言类似：Node.js 加
--unhandled-rejections=throw不解决缓冲问题，得靠process.stdout.write()+flush或环境变量
nohup 启动的进程怎么查、怎么关
nohup 本身不提供进程管理能力，它只是给进程加了个信号屏蔽层。查和关都得靠标准 Linux 工具：
- 查进程：
ps aux | grep "python.*main.py"或更准一点pgrep -f "main.py"，注意别漏掉grep自身那条 - 关进程：
kill <code>PID（优雅退出），kill -9 <code>PID（强制杀），不要用pkill -f随意匹配，容易误杀同名进程 - 没有“一键查 nohup 进程”的命令；
jobs只显示当前 shell 启动的作业，nohup启动的已脱离 job 控制，jobs列不出来
真正容易被忽略的是：nohup 不改变进程的父进程（PPID），它仍是你启动它的那个 shell 的子进程；一旦那个 shell 退出，进程 PPID 变成 1（init/systemd），但 nohup 本身并不记录 PID 或提供句柄——所以要么自己记下 PID，要么靠名字/参数 grep，没有捷径。
