【PHPer转GO】之高并发场景避坑宝典

1. Map 的三个“死亡陷阱”

• Map 的并发写必崩：PHP 的数组是线程安全的（因为 PHP 进程模型大多是单线程执行），但 Go 的 Map 在多协程下同时写（甚至一写一读）会直接抛出不可恢复的fatal error。
  • 应对：多协程操作同一个 Map，必须配合sync.RWMutex（读写锁）。
• Map 内存只增不减：如果你在一个 Map 里存了 100 万个 ID，后来把它们全删了（delete），这个 Map 占用的内存并不会还给操作系统。
  • 应对：对于这种临时大 Map（如你批次处理的batchMap），处理完让它自然销毁是最好的。
• Map的nil坑（篇幅过多，下章完整补充）

2. 结构体（Struct）拷贝的“隐形成本”

在 PHP 里，对象默认是引用传递。但在 Go 里：

• 默认是值拷贝：如果你定义了func Process(info LinkInfo)，每次调用都会把整个结构体复制一遍。
• 应对：
  • 如果结构体很大，或者你想修改它，请传指针：func Process(info *LinkInfo)。
  • 但注意：小结构体传值反而比传指针快（对 GC 友好）。

3. 闭包与循环变量（Go 1.22 之前的大坑）

这是老 Go 程序员最容易翻车的地方：

for i := 0; i < 5; i++ { go func() { fmt.Println(i) // 以前这可能会打印出五个 5，因为协程启动时循环已经跑完了 }() }

• 应对：虽然最新的 Go 1.22 修复了这个逻辑，但习惯上我们还是建议在协程传参时显式传递：go func(id int) { ... }(i)。

4. 接口（Interface）与nil的欺骗

在 PHP 里null就是null。在 Go 里：

• 一个接口变量只有当它的 “动态类型” 和 “动态值” 都为nil时，它才等于nil。
• 坑：如果你把一个有类型的空指针（比如*User(nil)）赋给一个接口，这个接口判断if err != nil会返回 true。

5. 错误处理：不要只用_

你代码里偶尔用了_忽略错误（比如json.Marshal）。

• 教训：在 Magnus 这种异步消费场景，如果json.Marshal失败了（通常是数据类型不支持），你忽略了错误，后续写入 Redis 的就是一串空字符。
• 建议：哪怕是简单的log.Printf打印一下也好，永远不要让错误“静默消失”。

6. 内存逃逸（决定你性能上限的知识点）

• 逻辑：Go 会自动分析变量该放在 栈（极快，自动回收）还是 堆（慢，需要 GC 清理）。
• 坑：如果你在函数里返回一个局部变量的指针，它会“逃逸”到堆上。
• 优化：在高并发的 Magnus 里，尽量减少频繁的new或make（除非是像你这种批次内的小 Map），能复用的对象尽量复用。

7. 最后的心理建设：Go 的“少即是多”

PHP 追求“灵活和强大（内置几千个函数）”，Go 追求“简单和直接”。

• 你会发现 Go 没有array_merge，没有in_array，甚至没有try-catch。
• 总结：在 Go 里，凡是看起来有点“笨”的写法（比如你自己写循环去合并两个 Map），通常都是性能最高、最符合 Go 哲学的写法。