swoole协程需手动进入上下文（如go()包裹），而go协程默认就在上下文中；swoole靠io操作协作让出，go为抢占式调度。
PHP开发者想用协程提升并发能力，却常因混淆Swoole协程与Go协程的底层逻辑，在onReceive回调外直接起协程、在CLI脚本里漏掉go()包裹、或误以为纯CPU循环会自动让出而卡死整个worker进程——这些错误全源于没抓住二者最根本的调度机制差异。
协程必须运行在上下文里，但“进上下文”的方式天差地别
方法一：Swoole协程必须手动进入上下文
所有协程代码必须包裹在go(function() { })或Co::create()里。HTTP服务器中onRequest回调天然处于协程上下文，可直接调用Co::mysql->query()；但onWorkerStart、onConnect等回调不是协程环境，必须显式用go()启动。
方法二：Go协程默认就在上下文里
写go func() {}()即可启动，无需任何前置初始化或全局hook。Go runtime从程序启动起就全程管理协程生命周期，连main()函数本身就是一个goroutine。
【关键区别】 Swoole协程不是“开箱即用”，Co::sleep()、Co::http()->get()这类调用必须在协程上下文里执行，否则直接报错：ERROR swCoro_Create: must be called in the coroutine；Go协程无此限制，任意位置调用go都合法。
调度方式：协作式让出 vs 抢占式中断
第一步：Swoole靠IO让出才切换
遇到Co::mysql->query()、Co::http()->post()、Co::sleep()等IO操作时，协程自动yield，控制权交还事件循环。但若写for ($i = 0; $i 这种纯CPU计算，它不会主动让权，整个worker进程卡死，其他所有协程全部阻塞。
第二步：Go超时强制切走
每个goroutine运行满10ms（默认），Go runtime就会强制中断它，把CPU时间片分给别的goroutine。哪怕你在goroutine里死循环算π，也不会影响其他goroutine响应HTTP请求。
第三步：后果完全不同
Swoole场景下，长循环、大数组排序、JSON解析巨量数据必须拆到Swoole\ProcessPool或exec()子进程处理；Go项目里你几乎不用操心这个，runtime自己兜底。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
多核利用：单线程协程 + 多进程 vs 天然多线程调度
Swoole靠worker_num配置多个进程吃满多核——每个worker进程内是单线程协程调度，进程间无共享内存。PHP全局变量（$GLOBALS、static属性）只在当前worker进程有效。
Go的goroutine调度器（GMP模型）直接把任务分发到多个OS线程上，runtime.GOMAXPROCS(4)就能让4个系统线程并行跑goroutine，无需手动管进程模型。
【关键影响】 Swoole中跨进程共享数据只能靠Swoole\Table、Swoole\Atomic、Redis或文件；Go里多个goroutine可能同时跑在不同线程上，读写共享变量必须加sync.Mutex，否则数据错乱。
锁与共享变量：单线程免锁 vs 多线程必锁
方法一：Swoole协程天然无锁
因为同一时刻只有一个协程在运行，操作全局变量、静态属性、类实例属性完全不需要加锁。这是单线程事件循环带来的确定性红利。
方法二：Go协程必须显式加锁
即使你只用一个goroutine读写变量，Go编译器也无法保证它不会被调度到其他线程——sync.Mutex、sync.RWMutex、sync.Map是标配。chan虽能通信，但底层仍用Mutex实现，锁争抢普遍存在。
注意：Swoole的“无锁”仅限单线程，一旦涉及多进程（如worker间通信）或外部存储（如Redis），仍需自行加锁或使用原子操作。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
