怕PHP脚本后台断？用nohup实现常驻运行的正确方法

这篇文章就帮你把“nohup常驻PHP脚本”的事儿彻底掰明白——不只是教你敲“nohup php xxx.php &”，而是从根儿上讲清楚：为什么普通后台运行会断？nohup是怎么拦截SIGHUP信号的？再一步步教你正确配置：怎么结合&让进程脱离终端，怎么把输出日志定向到文件避免磁盘爆满，甚至教你用ps命令检查进程是否真的活着。

不管你是跑数据同步、定时爬虫还是队列任务，跟着做就能避开“脚本断了都不知道”的坑，让你的PHP脚本像“定海神针”一样，安安稳稳在后台“站岗”。

你有没有过这种糟心事儿？朋友小张做电商，每晚10点要跑PHP脚本同步订单数据到仓库系统，之前他总用“php sync_order.php &”把脚本丢后台，结果经常早上起来发现进程断了，数据只同步了一半，得重新跑——连着熬了三个夜，眼睛红得跟兔子似的找我吐槽：“我总不能每晚守着电脑到12点吧？”其实不是他操作错了，是没搞懂“后台运行”和“常驻运行”的区别——今天我就把帮他解决问题的方法分享给你，亲测有效，不用再熬夜守着脚本。

为什么你得PHP脚本总在后台断？

先给你唠唠背后的逻辑，不是要讲术语，就是帮你搞明白“断”的根儿在哪儿。你用“&”把脚本放后台，其实进程还是和终端绑在一起的——比如你打开SSH连接服务器，运行脚本加&，然后关掉SSH窗口，这时候系统会给进程发一个叫SIGHUP的信号（翻译成人话就是“我要走了，你也赶紧停吧”）。大部分进程收到这个信号都会乖乖退出，所以你的脚本不是自己崩了，是被系统“劝”停的。

那nohup是干啥的？它的全称是“no hang up”（别挂电话），核心作用就是帮你把SIGHUP信号拦下来——不管你关不关终端、断不断SSH，进程都收不到这个“分手信号”，能安安稳稳继续跑。但很多人用nohup的时候没搞懂细节：比如没处理输出日志，结果日志文件越变越大撑爆磁盘；或者没加“&”，导致进程还占着终端，没法干别的——这些小错都会让“常驻”变“短命”。

我之前也踩过坑：第一次用nohup跑爬虫脚本，直接敲“nohup php spider.php”，结果终端没法输入了，只能再开一个窗口；更糟的是，没指定日志文件，默认输出到nohup.out，没几天这个文件就占了10G，服务器直接报警——后来改成定向到指定日志文件，才解决了这个问题。

用nohup让PHP脚本常驻的正确操作

接下来直接给你朋友试过有效的步骤，不用记术语，跟着敲命令就行：

别再用“nohup php script.php”或者“php script.php &”了，正确的命令长这样：

nohup php your_script.php > output.log 2>&1 &

我给你拆成“人话版”解释，保证你看完就懂：

小张第一次用的时候，没加“> output.log 2>&1”，结果nohup默认把输出写到nohup.out，没几天这个文件就占了5G，服务器都卡了——后来改成指定日志文件，再加上每天自动切割日志（用logrotate工具），再也没出现过磁盘爆满的问题。

很多人敲完命令就关终端，结果早上起来发现进程早断了——我教你两个10秒验证法，保证心里有底：

我把大家常犯的错和正确操作做成了表格，你对照着改就行——不用记命令，看一眼就懂：

别光靠nohup，这些细节能让脚本“稳如老狗”

nohup能帮你拦信号，但如果脚本自己崩了（比如数据库连接超时、内存溢出），那nohup也救不了——我再给你提3个小张亲测有效的细节，让脚本更稳：

很多脚本断，是因为数据库连接超时——比如脚本跑2小时，数据库默认连接超时是1小时，连接断了脚本就停了。解决方法很简单：在脚本里加重试机制。比如用PDO连接数据库时，写个循环重试3次：

function connectDB() {
 $try = 0;
 while ($try < 3) {
 try {
 return new PDO('mysql:host=localhost;dbname=test', 'user', 'pass');
 } catch (PDOException $e) {
 $try++;
 sleep(2); // 等待2秒再重试
 }
 }
 error_log('数据库连接失败：' . $e->getMessage());
 exit;
}

小张的同步脚本之前总因为数据库超时断，加了这个函数后，再也没出现过“连接不上数据库”的错误。

如果脚本处理大量数据（比如导出10万条订单、爬100页商品），很容易内存溢出——比如小张的脚本之前处理5000条订单，内存用到1G，服务器都卡了。解决方法是定期销毁不用的变量：

foreach ($orders as $order) {
 // 处理订单逻辑
 processOrder($order);
 unset($order); // 销毁当前订单变量，释放内存
}

加了unset之后，小张的脚本内存只用200M，跑再久也不会崩。

很多人脚本崩了，根本不知道为啥——比如小张的脚本之前突然断了，查了半天没找到原因，后来我让他在脚本里加error_log()，把错误记录下来：

try {
 // 调用仓库API同步数据
 $response = callWarehouseAPI($order);
} catch (Exception $e) {
 error_log('同步订单失败（订单号：' . $order['id'] . '）：' . $e->getMessage());
 continue; // 跳过这个订单，继续处理下一个
}

后来脚本又断了，查error_log发现是“API密钥过期”——赶紧更新密钥，问题解决。

小张现在每晚跑完脚本，直接关电脑睡觉，早上起来看数据同步完了，再也不用熬夜了。你按这些方法试了之后，应该也能摆脱“守着脚本到凌晨”的日子——要是你试的时候遇到问题（比如命令敲错了、日志没输出），欢迎回来留言，我帮你看看。

nohup和&一起用的作用是什么？

其实&是把脚本放到后台运行，但进程还绑着终端；nohup是帮你拦着SIGHUP信号——就是终端关了系统发的“停吧”信号。俩一起用，既能让进程脱离终端，又不会被系统“劝”停，这样脚本才能安安稳稳在后台一直跑。我朋友之前只用&，关了SSH脚本就断，加了nohup之后再也没这问题。

用nohup跑PHP脚本时，日志为什么要定向到文件？

要是不定向日志，nohup默认会把输出写到nohup.out文件里。要是脚本跑的时间长，或者输出多，这个文件会越变越大，搞不好能撑爆磁盘——我之前就踩过坑，没指定日志文件，结果nohup.out占了10G，服务器直接报警。定向到指定日志文件，既能攒着记录方便查问题，也不会乱占空间。

怎么确认用nohup跑的PHP脚本真的在运行？

其实特简单，你可以用ps命令查进程——敲“ps aux | grep 你的脚本名”，要是能看到进程信息，比如进程ID、状态是“R”（运行中），就说明脚本在跑。或者你也可以看日志文件，用“tail -f 日志文件名”实时看输出，要是日志在更新，肯定没断。我朋友现在每晚跑脚本前，都会查一遍进程，放心得很。

加了nohup的PHP脚本还是断了，可能是什么原因？

nohup只能拦着系统发的SIGHUP信号，但要是脚本自己出问题还是会断。比如数据库连接超时——脚本跑2小时，数据库默认超时1小时，连接断了脚本就停；或者内存溢出——处理大量数据时没释放内存，撑得脚本崩了；再或者API报错没处理，直接把脚本搞停了。这时候你得查脚本里的错误日志，比如用error_log记录报错信息，就能知道是啥问题，针对性解决。

PHP脚本处理大量数据时，怎么避免内存溢出？

要是处理大量数据（比如10万条订单、100页爬虫数据），很容易内存溢出。你可以在循环里定期销毁不用的变量——比如foreach处理订单的时候，每处理一个订单就用unset($order)销毁当前变量，释放内存。我帮朋友调脚本的时候加了这个操作，之前处理5000条订单内存用到1G，现在只用200M，跑再久也不会崩。

YUANLEISVIP

收藏 链接