刘丹冰

哎，本人不会mac，希望有会iOS开发的伙伴，愿意搞一个客户端吧

感谢，这个是之前优化context的时候，外围多加了一层select，导致break退出不了for，谢谢提出建议，已经修复了，换成了return

我希望已经使用的同学，把项目贴到这里哈。 目前个人测试了一下，项目中的mmo_game/在1核的阿里云2G内存进行压测的话，可以最大支持50w的消息并发。再之后就会有拥堵，网络延迟明显。

项目里那个游戏的案例，2cpu 2g的linux主机 在线500人互相广播是没问题的，TPS应该是800*800=64w,当然更好的性能的服务器会更好。您可以再尝试一下~

hello? 是可以的，有仓库地址么，我们学习一下

这里实际上是默认了客户端是 LittleEndian小端方式。 如果客户端的发包应用数据是通过大端打包，那么这里就应该改成对应的大端模式就可以了。

💯 ^-^ 感谢!

不好意思，谢谢你关注，目前没有谢时间轮的资料。以后会更新，现在时间轮有一些问题小bug

感谢你提供的建议，您这种想法是可以的，通过限定go的数量，来降低write 所占用的内存成本。这也是优化的方式之一，只不过目前发布的版本没有做此优化。

非常感谢您的建议，我们会斟酌您的建议 修正之后合并到代码之中，如果您也想直接修复的话，也可以直接提交 `Pull Request`哈。