延迟执行关注“什么时候做”，异步执行关注“怎么做”；前者推迟启动时机但可同步执行，后者释放当前执行流以提升并发能力，二者常组合使用。
延迟执行和异步执行常被混用，但它们解决的问题不同：延迟执行关注“什么时候做”，异步执行关注“怎么做”。一个任务可以是延迟的但同步执行（比如 sleep(5); doSomething()），也可以是立即触发但异步执行（比如 dispatch(new Job) 立刻返回，后台处理）。
延迟执行：控制启动时机
延迟执行指将某段逻辑推迟到未来某个时间点才开始运行，不改变执行方式本身——它仍可能是同步阻塞的。
- 典型手段：
sleep()、usleep()、pcntl_alarm()、队列的later()方法、Swoole 的Timer::after() - 关键特征：有明确的“等待期”，但等待结束后，代码仍在当前线程/进程里顺序执行
- 注意陷阱：在 Web 请求中直接
sleep()会阻塞响应，用户必须干等；Redis 延迟队列依赖 score 时间戳，若系统时间回拨可能跳过任务
异步执行：释放当前执行流
异步执行指发起操作后不等待结果，立刻继续后续逻辑，结果通过回调、Promise、协程挂起等方式后续获取。它本质是解耦调用与完成。
- 典型手段：Swoole 协程（
go()+co::sleep()）、Guzzle Promises、dispatchNow()以外的dispatch()、ReactPHP - 关键特征：I/O 或耗时操作不阻塞主线程；资源复用率高，适合高并发
- 常见误区：用
exec("php job.php > /dev/null &")模拟异步，看似非阻塞，实则难监控、无重试、易失控
两者组合使用很常见
真实业务中，延迟和异步往往叠加：例如“30秒后发送提醒邮件”，既要延迟（30秒后触发），又要异步（不卡住主流程）。
立即学习“PHP免费学习笔记（深入）”；
- ThinkPHP 中：
Queue::later(30, new SendReminderJob(), $data)—— 延迟入队，由 worker 异步消费 - Swoole 协程中：
go(function () { co::sleep(30); (new SendReminderJob())->handle(); });—— 协程内延迟 + 异步调度 - 前端 JS 对应类比：
setTimeout(() => fetch(...), 3000)是延迟+异步；sleep(3)（伪代码）只是延迟，且同步阻塞
选择依据看场景需求
不必强求“一定要异步”或“必须延迟”，而是匹配业务约束：
- 用户必须立刻看到结果？→ 用
dispatchNow()或协程同步调用 - 任务失败可接受重试？→ 走标准队列
dispatch()，天然支持延迟+异步+重试 - 要毫秒级精度定时轮询？→ 避免高频
tick(10)，改用tick(100)批量检查 + Channel 通知 - 只是想让用户快点拿到响应，后续悄悄干活？→
fastcgi_finish_request()后再执行清理逻辑
