ignore_user_abort 不能直接当队列用，因为它仅使脚本在用户断开后继续执行，不具备持久化、重试、限流、状态管理等队列核心能力，需配合 set_time_limit(0)、fastcgi_finish_request()、可靠存储及进程隔离等措施才能实现伪异步任务。
ignore_user_abort 为什么不能直接当队列用
它只是让脚本在用户断开连接后继续运行，不等于有了任务调度能力。PHP 进程本身没有持久化、无状态、无法重试、不能限流——这些都得自己补。很多人一看到 ignore_user_abort(true) 就以为能扔个任务进去就完事，结果发现任务丢了、重复执行了、或者把 PHP-FPM 进程池撑爆。
常见错误现象：ignore_user_abort(true) 后没调 set_time_limit(0)，脚本被超时中断；或没清空输出缓冲区，导致某些 SAPI（如 Apache mod_php）仍会等待响应；更隐蔽的是，用 fastcgi_finish_request() 后又写了日志或 DB 操作，却没意识到后续代码可能因进程回收而失败。
-
ignore_user_abort(true)必须搭配set_time_limit(0)，否则默认 30 秒仍会终止 - 建议在调用
ignore_user_abort(true)后立即执行fastcgi_finish_request()（仅限 PHP-FPM），让用户端快速收到响应 - 所有关键逻辑（如写 DB、发消息）必须放在
fastcgi_finish_request()之后，且需自行处理异常——PHP 不会帮你重试
如何用 ignore_user_abort 做一次可靠的“伪异步”提交
适用场景：用户上传文件后立刻返回成功，后台压缩/转码/通知第三方。不是真队列，但够用且零依赖。
核心思路是把任务参数序列化后存到可靠存储（如 Redis 或本地文件），再用 ignore_user_abort 触发一个短生命周期的独立执行流程。别在当前请求里做耗时操作。
- 先生成唯一任务 ID（如
uniqid('task_')），把参数存到redis的 hash 或 string 中，设置过期时间 - 用
ignore_user_abort(true)+set_time_limit(0)开启后台段，然后调fastcgi_finish_request() - 接着用
pcntl_fork()或简单循环轮询（不推荐）去读取并执行任务——但更稳妥的做法是：只触发一个一次性 CLI 脚本，例如exec("nohup php /path/to/worker.php {$taskId} > /dev/null 2>&1 &") - CLI 脚本里要重新 connect DB/Redis，校验任务状态，执行逻辑，更新状态字段（如
status改为done或failed）
容易被忽略的资源与并发陷阱
PHP 进程不是服务进程，ignore_user_abort 下的代码仍共享当前请求的资源上下文。MySQL 连接可能被回收，Redis 连接可能超时，临时文件句柄可能泄漏。
典型问题：mysqli 连接在 fastcgi_finish_request() 后失效，但代码还在用；或 file_put_contents('/tmp/log.txt', ...) 写到一半进程被系统 kill，文件损坏；又或者多个并发请求触发了同一个 exec()，导致重复任务。
- 每次 CLI 执行前，确保传入完整参数，不要依赖 $_ENV 或全局变量
- 所有外部连接（DB/Redis/cURL）必须在子进程中重新初始化，不能复用父进程资源
- 用文件锁（
flock()）或 Redis 分布式锁（SET task:123 lock EX 60 NX）防止同一任务被多次执行 - 避免在
ignore_user_abort流程中使用sleep()等阻塞操作——它会占满一个 PHP-FPM worker，影响其他请求
比 ignore_user_abort 更靠谱的轻量替代方案
如果项目已用 Docker 或有基础运维能力，直接上 supervisord + Laravel Horizon / Symfony Messenger / 或纯 Redis + CLI worker，比硬啃 ignore_user_abort 稳定得多。哪怕只是加个 systemd --scope 启一个临时 PHP CLI 进程，也比在 Web SAPI 里 hack 更可控。
真要留在 Web 层，至少把任务入口收敛到一个固定 CLI 脚本，用 php -q /app/bin/queue-runner.php 启动，而不是每个请求都 exec() 一堆进程。后者容易被系统限制（如 proc.sys.kernel.threads-max）、难监控、日志分散。
复杂点在于：任务失败后怎么通知用户？状态怎么查？要不要支持取消？这些都不是 ignore_user_abort 能回答的——它只负责“别停”，剩下的全是业务逻辑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
