本文目录导读：
“PHP 不死”通常有两种理解：一种是技术层面的防超时执行（让脚本在服务器端一直跑），另一种是生态层面的生命力（如何让 PHP 这门语言/项目持续发展）。
下面分别从这两个角度给你拆解：
技术层面：让 PHP 脚本“永生”（防超时/防中断）
如果你想让一个 PHP 脚本（比如队列消费者、爬虫、长连接）一直运行，不被服务器杀掉，需要做以下几件事：
设置运行时间限制（致命关键）
// 设置为0表示不限制，永远执行
set_time_limit(0);
// 或者设置具体秒数，比如跑1小时
// set_time_limit(3600);
// 同时要关闭PHP自带的超时限制（ini_set + 这两个都加上）
ini_set('max_execution_time', '0');
ini_set('max_input_time', '0');
忽略用户断开连接（Abort）
当用户关掉浏览器或断开连接时,默认PHP会终止脚本，要让它“不死”，必须忽略掉：
ignore_user_abort(true);
注意：这行代码意味着用户走了，脚本继续跑，直到跑完或手动杀掉。
处理内存限制（防止跑着跑着内存爆了）
ini_set('memory_limit', '2048M'); // 或者 0 表示不限制
防呆处理：防止重复执行（锁机制）
如果脚本没死但重复启动了,会并发冲突，用文件锁或数据库锁来“保命”：
// 通过文件锁防止重复运行
$lock_file = __DIR__ . '/lock.pid';
$fp = fopen($lock_file, 'w');
if (!flock($fp, LOCK_EX | LOCK_NB)) {
die("另一个进程还在运行中\n");
}
处理 PHP-FPM 的 request_terminate_timeout
即使你在脚本里设置了无限超时,PHP-FPM 的配置可能强制杀掉请求（默认通常是 0，但有的环境会设置），需要检查 php-fpm.conf 中的：
request_terminate_timeout = 0
如果设了 300 秒，脚本也必死无疑。
完整“不死”模板：
<?php
// 核心三件套
set_time_limit(0); // 脚本永不超时
ignore_user_abort(true); // 用户断开继续跑
ini_set('memory_limit', '1G'); // 防内存溢出
// 防重复执行（锁）
$lock = __DIR__ . '/cron.lock';
$fp = fopen($lock, 'w');
if (!flock($fp, LOCK_EX | LOCK_NB)) { echo "已有进程运行\n"; exit; }
// 业务逻辑（死循环）
while (true) {
// 处理任务...
// 一定记得 sleep 防止CPU 100%（千万别不写sleep）
sleep(1);
}
⚠️ 重点提醒：如果你在 Web 环境（Nginx+FPM）里这么跑，PHP-FPM 是同步阻塞的，一个进程跑了不结束，会占满 worker，导致网站其他请求全部卡死。最佳实践是：
- 命令行运行：
php /path/script.php（用nohup或supervisor守护） - 或者用
pcntl_fork做多进程。
生态层面：让 PHP 语言本身“不死”（保持生命力）
如果你担心的是“PHP 过时了，怕死掉”，那是想多了，PHP 生态极其庞大，而且发展很猛，下面几个方向让它“永葆青春”：
-
坚持用现代标准：能用 PHP 8.x 就别用 PHP 5，PHP 8.0+ 引入了 JIT（即时编译）、联合类型、匹配表达式等，性能与语法质感完全不输现代语言。
-
拥抱 Composer 生态：不要自己造轮子，用 Laravel、Symfony、ThinkPHP 等现代框架，以及 PHPUnit、PHPStan 等工具链，这些框架的迭代速度非常快。
-
关注 Swoole / Workerman：这是 PHP 的“续命仙丹”，用它做常驻内存、协程服务，照样能撑起百万级并发，PHP 不死，反而在物联网、IM、微服务里杀回来了。
-
学习“现代PHP”理念：强制类型、命名空间、依赖注入、事件驱动，让自己的代码更健壮，而不是停留在
mysql_query的老黄历上。
总结一句话
- 想让代码不超时跑 → 用
set_time_limit(0) + ignore_user_abort(true)+ 锁 + 丢到命令行跑。 - 想让PHP生态不死 → 升级版本 + 用框架 + 学协程，跟着官方版本迭代走。
你现在遇到的是哪种情况？如果是脚本卡死想保活，我建议你直接说说你的运行环境（是网页上触发还是命令行？），我给你出具体方案。
