新版Swoole（>=5.0）已移除swoole_coroutine_create，须改用go()或Swoole\Coroutine::create；协程内禁用同步函数，需替换为co::系列；Web SAPI中不可用go()，Laravel等框架需谨慎集成，资源释放勿依赖defer，HTTP请求须用Swoole\Coroutine\Http\Client。
PHP安装Swoole扩展后为什么swoole_coroutine_create报错？
因为新版Swoole（>=5.0）已彻底移除swoole_coroutine_create这类手动协程创建函数，协程必须通过Swoole\Coroutine::create或更推荐的go()函数启动。直接调用旧函数会触发Fatal error: Uncaught Error: Call to undefined function swoole_coroutine_create()。
- 确认Swoole版本：
php --ri swoole，若显示version => 5.1.1之类，就属于“无swoole_*前缀函数”时代 - 改用
go(function () { echo "in coro"; });，这是最简启动方式，底层自动调度 - 不要在CLI以外环境（如Apache/FPM）中调用
go()——它依赖Swoole的事件循环，Web SAPI下根本没启动 - 协程内不能使用
sleep()、file_get_contents()等同步阻塞函数，必须换为co::sleep()、co::readFile()
在Laravel/Symfony里怎么安全接入Swoole协程？
框架本身不是为协程设计的，直接把go()塞进Controller会导致容器状态错乱、DB连接复用异常、日志写入冲突等问题。关键不是“能不能跑”，而是“状态能不能隔离”。
- 避免在HTTP请求生命周期内随意启协程：比如在
__invoke里go()一个数据库查询，很可能复用到其他请求的PDO实例 - 用
Swoole\Coroutine\Channel做协程间通信，而不是全局变量或静态属性——后者在协程间不隔离 - DB连接必须用
Swoole\Coroutine\MySQL或hyperf/database这类协程适配驱动，原生PDO是线程安全但非协程安全的 - 如果用Hyperf，它已封装好协程生命周期管理；若硬要在Laravel上用，建议只在
Command里用协程做后台任务，避开Request上下文
go()和defer嵌套时为什么资源没释放？
defer在协程退出时才执行，但若协程被exit()、die()或致命错误中断，defer不会触发——这点和PHP-FPM里的行为一致，但协程里更容易忽略。
-
go(function () { defer(function () { echo "cleanup"; }); exit(); });→ “cleanup”永远不会输出 - 文件句柄、Redis连接、Channel等资源，别依赖
defer关，应在业务逻辑末尾显式调用$redis->close()或$channel->close() - 协程超时控制优先用
Swoole\Coroutine::set(['timeout' => 3000])，而不是靠defer加时间判断 -
defer适合做“必然要收尾”的轻量操作，比如记录协程ID日志、重置某个局部标志位
协程里调用curl_exec()为啥卡住不动？
因为curl_exec()是同步阻塞调用，会挂起整个协程，且无法被Swoole调度器接管——它不属于Swoole协程化函数列表，底层仍是系统调用阻塞。
立即学习“PHP免费学习笔记（深入）”；
- 必须换为
Swoole\Coroutine\Http\Client，例如：$client = new Swoole\Coroutine\Http\Client('httpbin.org', 443, true); $client->get('/delay/2'); - 第三方SDK（如腾讯云COS SDK）若内部用
curl_exec()，需打Patch或换用co::httpGet()自行封装请求 - 注意HTTPS证书验证：
$client->set(['ssl_cert_file' => '/path/to/cert.pem'])，否则443请求可能静默失败 - 并发多请求时，别反复new Client，应复用或用连接池管理，否则容易触发
Too many open files
file_get_contents()，整条协程链就退化成同步阻塞。 
