@iosyyy 哦，你是说 copy on write 是另一种思路，我之前没理解你的回复。copy on write 明显更难实现一些，成本更高一些。go 的设计理论是用 CSP ，就是把对同一变量的同一时间的操作限制在同一协程里，用 chan 在协程间传递命令或结果，这样对所有变量（不仅仅是 slice ，最普通的变量都不应该同时被多处读写）操作前都不用考虑锁的问题。如果是初学 go ，建议尽量往这个思路上靠拢，因为理论上是完备的，所有问题肯定是可以通过这种思路解决的。但是 go 不像一些更前卫的语言直接封掉了协程间共享变量，还是保留了锁，就是在一些特定情景下，直接用锁更直观。这就跟 go 保留了 goto 语句一样，你总是可以用别的方法避免 goto 的，但有时就是直接 goto 更清晰明了。像 sync.Map 这种封装是直到 1.9 才放出，就是因为官方认为这并不是必要的。现实总是充满各种妥协，官方为了避免一些用户自己实现出问题，还是集成了 sync.Map ，在 https://pkg.go.dev/sync#Map 文档里说了，只在特定场景中使用。

你后面说的线程我不太理解，协程已经把线程池这个概念封装掉了，不用让每个程序员都直接处理一些底层优化。不清楚你说的无脑是什么意思。