协程不会自动切出CPU密集型代码，必须靠IO触发或手动yield；非阻塞IO是协程调度前提，Co::sleep通过定时器+yield让权，usleep则同步阻塞使调度器失效。
协程不会自动切出 CPU 密集型代码，必须靠 IO 触发或手动 yield；非阻塞 IO 是协程调度的前提，不是协程本身能“变”成异步的。
为什么 Co::sleep(1) 能让出执行权，而 usleep(1000000) 会卡死整个进程
因为 Co::sleep 是 Swoole 封装的协程感知函数：它注册一个定时器事件后立即 yield，把控制权交还给调度器；而 usleep 是 PHP 原生同步阻塞调用，底层直接调用系统 nanosleep，期间不返回、不触发事件循环，协程调度器完全无法介入。
- 所有协程安全的 IO 函数（如
Co::readFile、Co::gethostbyname、Co::MySQL->query）都经过 Swoole 的 hook 重写，内部会检查文件描述符是否就绪，未就绪则挂起当前协程并触发调度 - 标准 PHP 函数（如
file_get_contents、curl_exec、mysqli_query）默认仍是阻塞的，除非显式调用Swoole\Runtime::enableCoroutine()开启自动协程化 - 开启
enableCoroutine()后，部分系统调用会被拦截并转为协程友好版本，但并非全部——比如某些 C 扩展直连 libc 的调用仍可能绕过 hook
go() 创建的协程在什么时机真正开始执行
不是调用 go() 那一刻，而是当前协程让出（yield）或当前任务结束、事件循环下一次 tick 时才被调度执行。Swoole 的调度器是单线程事件驱动的，没有“立即并发”，只有“尽快安排”。
- 如果主线程刚启动，还没进入事件循环（比如在
Coroutine::create()后立刻exit），新协程根本没机会跑 - 在
Swoole\Http\Server的onRequest回调里，协程已由框架自动创建，所以可直接调用Co::xxx系列函数 - 在 CLI 脚本中使用协程，必须确保最后有
Coroutine::sleep(0.001)或Swoole\Event::wait()之类维持事件循环运行，否则进程退出前协程可能被丢弃
协程切换开销小，但上下文隔离不等于变量隔离
每个协程有独立栈，但全局变量、静态属性、$_SERVER、$_GET 这类超全局数组仍是进程级共享的。协程间看似“并发”，实则共享同一份内存空间。
立即学习“PHP免费学习笔记（深入）”；
- 不要在协程里修改全局状态（比如
$GLOBALS['config'] = [...]），否则可能被其他协程读到脏数据 - 需要用协程本地存储时，优先使用
Co::getContext()或Swoole\Coroutine::defer()配合闭包捕获局部变量 -
Co::set(['hook_flags' => SWOOLE_HOOK_ALL])可增强 hook 范围，但也会增加初始化开销和潜在兼容风险，生产环境建议按需启用
最容易被忽略的一点：协程调度依赖底层 IO 多路复用（epoll/kqueue），而这些机制对普通文件（如 /tmp/data.txt）不生效——所以 Co::readFile 实际是先用非阻塞方式打开再读，若文件系统不支持 O_NONBLOCK（比如 ext3 某些配置），它会退化为同步读，照样阻塞。别假设所有 “Co::” 开头的函数都绝对非阻塞。
