感觉用java实现的事件驱动框架不够优雅，线程的切换消耗如何改为协程切换可能性能更高。然后channel实现在go里面也更优雅，所以如果用go实现netty思想感觉更直观点。（仅个人观点）
不过go里面的channel是一种定长的管道，所以水平扩展上针对与数据库的交互是有点难的。比如在群聊的时候需要与数据库进行交互，交互完又要和缓存状态交互。这里的性能检测非常非常难，水平扩展起来也很困难。而且群聊的时候有的群消息多，有的群消息少，单点负载过多的负载均衡策略也是一个难点。因为没学过netty，所以想问一下netty是如何解决上述问题的。

引用：JackJiang 发表于 2020-12-29 11:19
java里没有协程这个东西，如果有的话，应该会更轻量。
netty里，channel的读写是工作在Netty的i/o线程里 ...

所以请问读缓存和读库都在redis上正常吗？

引用：JackJiang 发表于 2020-12-29 22:15
“读缓存和读库都在redis上”，这句该怎么理解？

redis作为本公司唯一数据库，既有着和业务沟通的能力，又能够持久化消息，有时候还可以和另一个节点通信

引用：JackJiang 发表于 2020-12-30 22:01
把redis用成万金油了。。

反正除了redis就没有第二个数据存储的东西了