@kkhaike
1. 考虑一个 visitor 函数，实现是持有锁的时候调用回调，然后释放锁，回调参数是某种 iterator 。对这个 iterator 的 move/copy 没有意义，因为一旦释放锁，访问就不是安全的。
2. 没反，比如一个库内部有一个线程池，协程 resume 以后会阻塞这个线程。你可能认为本来回调就是运行在异步线程上的，但是两个 co_await 之间并不是只有原来回调的逻辑。

这样只能把本来回调里的逻辑移到外面，但是有的场景回调参数生命周期只在 func 内部（这应该是无栈协程的硬伤）。 另外协程 resume 在异步函数内部的线程，如果是个第三方库提供的，可能影响它的线程管理。

@DarkCat123 “协作式”调度时，指的是谁在协作？应该是指用户协程，而不是 runtime. 当一个 goroutine 陷入 IO 调用或者 prologue ，它本身是没有让出计算资源的主观意愿的，这一点可以对比显式的 Gosched() 调用和其它语言的 await. 同样也可以类比系统线程，在系统调用返回前，计算资源可能被释放并切换到其它线程，这应该也不算协作，因为线程并没有想要释放资源，是操作系统的决策。

对 goroutine 来说应该是抢占式，IO 调用并没有主动让出的意思，而是被 runtime 插入的调度点。Gosched()才算协作。

@favourstreet 不对齐的指针是 UB

用位运算

骑车为啥要走斑马线？

刚满 60 ？

@hzqim 不是配网关，是 client 上配到网关的路由。。。

单位不是 /16 的直连路由？不是就加一条 10.0.0.0/16 到原来的网关。然后 wireguard 配 0.0.0.0/0 和 10.0.0.0/24

@kyonn #13 其他人 pull 到 Q' 之前 force push 是安全的。

不明白为什么一个 commit main 上有，dev 上不能有，合并以后又要有

服务端校验密码是比较重的操作，尤其是 bcrypt 这种抗攻击 hash

CTF?

数组、std::array, std::span, std::vector 越界都是 UB ，告警是编译器的行为。

要强一致就要加锁（或者等效于加锁的操作）。考虑到 IO RT ，可以按店铺分区，实现一个批量加锁的接口。不知道有没有现成的轮子。

问题：用的库里面的 c 代码有 bug
解决方案：换 mac

自己的产权随便，商店版闭源都行