@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 文档里说了，只在特定场景中使用。

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

@iosyyy 我说的 chan 或者锁，两者都跟 copy on write 没有关系。之所以 go 官方没有楼主说的功能，是因为不需要，用别的思路不需要 slice 本身线程安全。天下没有免费的午餐，保证线程安全是要有代价的，go 希望开发者自己选择承担多少锁的时间，而不是直接无脑使用一个库。

用 chan 的意思是，把对同一 slice 的操作控制在一个 goroutine 里，这样就不用考虑锁的问题。
没有现成的是因为锁的需求场景都不一样。比如有两个 slice ，你可以用同一个锁限制他们的访问。拿到锁了，就可以对 slice 做很多放多操作。但是如果是别人包装好的，为了保证不出错，可能每次查询都要锁一次，效率太低。

有可能公司不知道是谁的 id ，所以也没联系你。你不退 id 别人不知道密码也没法退呀，手机一更新系统就锁了。

我建议如果刚需没必要纠结，毕竟原厂贵很多。苹果原来维修政策好，也是由高昂的利润保证的。

@seeyisee @wangpao 谢谢推荐！已经买买买。

天热后不怎么想带表……测心率的下面总能压出印来。不过好像还没试过回环表带。

我倒是没觉得有延迟，就是键盘太硬我不喜欢。还是用回了 MX Keys 和微软人体工学键盘。

记得好几年前就在微信上读过了，分单词量有不同的名著可以选……9 元还是多少钱来着。但都是老书。你要选哈利波特那就得处理版权问题。

最近用 佳明 也还行，续航长，能看通知和找手机。不过没法调整勿扰，另外也不支持手机的通知合集功能。

比较 M1 iMac 附送的和 mbp 的是有点儿差别，但非常微妙。

我看淘宝上有卖电子单词卡的。
不过你这个需求普通便签就行呀，敲上单词，自己录个音，路上随时打开看看呗。没必要搞太复杂。

keychron 确实不好使。还是凑合用回 mx keys 了。

macOS 上看着正常

仅就这个需求来说，直接用下架时间判断还是最理想。用定时任务你得能接受分钟级别误差，而且还得记录执行状态避免各种没能执行的情况，没必要。

三星平板也有这个保护电池选项。

久坐不动？熬夜？饮食不规律？

啥服务重启要 1 分钟呀？启动新的可以先不关闭旧的，新的每秒尝试 bind 端口，等新的 ready 了再停旧的，这样也就不到 2s 的切换时间。
进阶版在 linux 下是可以进程间传递 socket 连接，不断连的，但是要处理好状态、读写缓存啥的，比较麻烦。

https://www.yworks.com/products/yed ?