对 netty 使用的一个误区

[gramyang]

以游戏服务器为例 我对 netty 的使用也是参考的别人的项目，发现很多都是这样的写法： 在 channel 的 handler 中处理逻辑，信息交互扔到一个同步的容器中（譬如 concurrenthashmap ）。其中 handler 是非 sharable 的，每个 handler 都持有 channel 的状态变量。

这种写法是有问题的，在我参考一些 go 的游戏服务器和一些游戏后台架构之类的文章后发现，没人这么写！都是用一个单独的服务来处理各个 channel 的数据交互，channel 的 handler 只负责路由信息给各个后台主服务：游戏服务、权限服务等等。

应该说使用 netty 应该尽量避免使用非 sharable 的 handler，各个 channel 的状态变量可以存进服务的一个 concurrenthashmap 里面去。

一点碎碎念。。。java 程序员还是应该更多的跳出 java 这个圈子，会有更大的收获！

[chendy]

每次看到楼主的帖子都会有一种奇怪的感觉，想了很多，最后只想说一句：年轻真好

[Malthael]

非 sharable 的 handler 怎么用？每次都自己 new 一个吗？

[gramyang]

@Malthael 对，每个 channel 都会 new 一个 handler，这个 handler 持有 channel 的状态变量

[Sendya]

年轻真好

[wc951]

你想做一个服务网关？

[araaaa]

然后每次连接中断还得自己一个个去删？

[DonaldY]

可否提供代码来看看？

[gramyang]

@DonaldY 没什么太大的意义，后端准备用 go 重写了