如果是 tcp ，然后应用层自定义协议，一般情况下， 和端口关系不大。可以排查一下，应用层协议本身是否存在问题，弱网环境会不会有问题。另外，就是检查网络防火墙，是不是有什么阻断规则，误判了苹果的审核 ip 。

@AEnjoyable
任务执行队列？
为什么要有任务队列，有任务需要执行，立刻就去执行就可以啊
控制任务量
一些场景下，可能要进行并发数量控制，但是这个属于并发数量控制的范围，和 pool 化 goroutine 是两个东西
对运行中的任务通过 ctx 控制
直接运行 goroutine 一样也可以 ctx 去控制

OP 水平可以，不过 goroutine 本身已经轻量级，还需要 pool 化吗？想不到需要 pool 化 goroutine 的场景

@FalconD 如果你不搞笑的话，请列出，分不清 cast 和 conversion 的事实，别做个无脑的喷子。

int 互转 bool ， 就是应该被阻止的，当你看到 if ddd 时候， 你就可以断定，ddd 是个 bool 值， 而不是还有可能是个 int 。这样不是更清晰吗？搞不到为什么要 bool 能强转 int 。c/c++代码漏洞多不是没有原因的

看过电报的群组聊天协议， 每条消息有一条 id ，这个 id 就是从 0 开始递增，每次+1 ， 发消息，服务端每次+1 就可以了。对于客户端来说，它只要关注，群组 id 和 最后一条消息的 id 。客户端启动，建立 websocket 连接，带上自己的 last message id ， 然后服务端，从这个 last id 开是这个客户端推送，这个同步要考虑，消息差了非常多，你需要设定一个阈值，超过这个阈值，就只取最后多少条消息。这块有个细节就是，要处理好，websocket 建立这段时间，出现新的消息，而导致的一些倒霉客户端没同步到这些最新消息的问题。你说的 etcd 这些用来实现存储一致性的，不适合你这种场景，你这种场景 mysql 就可以了，性能不够分库，就可以了。

去试试豆瓣，直接给封号，还不能解封

@Lynntox 是吧， 一般人 1000-3000 之间，不知道 2w 哪些高手可以驾驭

@xubingok 确定不是心里作用？

b 站有评测胶水的视频，可以去看看， 不存在某种胶水通杀各种材料，不同的材料，粘合场景需要选用不同的胶水

@jadehare 这个没发现不让用啊，比如支持 2w dpi 的鼠标，可以设置为 2w ，但是鼠标指针的移动速度特别快，基本控制不住

@processzzp 插值不插值 3w dpi 没法正常使用

@shilianmlxg
@jadehare f1 在比赛的场景下，是明显优于五菱宏光的，但是 1w 以上的 dpi 有什么场景的表现能优于 1200 左右 dpi ，我觉得 1w 以上的 dpi ，已经严重影响鼠标的正常使用了

@Hookery 不是电竞选手也很容易发现 1w 以上 dpi 难以驾驭（没法用）

@CSGO
@FishBear 回报率，我测试 1000hz 和 8000hz 感觉不出有什么区别