一点都不恶心，一点都不乱，非常简洁，比 java 好用，和 java 有细微的不同。
当然了，go 的包管理确实是屎，必须要上 mod 才能用。

@xiiix 版本是 28

你说你月薪 2w，人家可能找你借钱，想方设法占你便宜，给你介绍一些拜金异性朋友（亲戚收了对方的好处费）。
你说你月薪 2000，人家最多也只会当面或者背地里骂你穷逼，和你断绝来往。
曾经有某个伟人说过，闷声发大财，所以我对你的建议是：最好不说，说了就说 2000。毕竟人家骂你两句比坑你强多了。

@Cyshall 企鹅

@Cyshall 804189920

@keyv 666，这个方法不能更好了！！

@Malthael 连的同一个 wifi，应该算是在同一个局域网吧

@Malthael 跟那个没关系，这几天测试都是好好的，而且这些代码都没改过。不过我还是放出来吧
ChannelPipeline pipeline = ch.pipeline();
ByteBuf delimiter = Unpooled.copiedBuffer(Constant.LINE_SEPARATOR.getBytes());
pipeline.addLast(new DelimiterBasedFrameDecoder(10240,delimiter));
pipeline.addLast(new IdleStateHandler(60,0, 0));
pipeline.addLast(new StringDecoder(Charset.forName("UTF-8")));
pipeline.addLast(new StringEncoder(Charset.forName("UTF-8")));
pipeline.addLast(handleGroup, new NettyServerHandler(playerMap, tableMap, userName2Player));
handler 里面传入的是多个用户交互的数据结构

@Malthael 纠正：是电脑上开的虚拟机可以连上，但是真机测试连不上。。

@Malthael 不是，是 netty 服务只能连接一个长连接，后面的全部连接不上了。连上的长连接是有效的。把服务关掉后也是这样的，重启系统后也是这样的

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

crud 的脚手架，这里面东西可大的去了

文档+demo 测试。
整体知识脉络：看书。
看完之后还有一些不懂得具体知识点：搜索博客。
为啥要看视频呢？视频效率慢，整理文档也不方便。。。

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

@chendy 我知道，网上很多答案都这么说，原理也确实是如此。所有的代码的行为几乎都是值传递，取值和赋值，指针也是值传递，但是我觉得还是有必要把复制指针和复制指针指向的值区别开来

@soulzz 我感觉这个不是省空间，而是 java 的开发者纯粹想屏蔽指针，这种想法已经过时了

@pursuer 会不会有这种情况，因为 java 里面有一些包装类和 String 这样的类型，所以会导致即使是基本类型也会互相引用，因而造成栈溢出

@x86 我可以确定是路由的问题，之前用的老 tplink 从来不会出现这种情况

@x86 崩溃就是断网，路由器无响应，必须把路由器电源断开再重启才行