作者回复: 最后一章打算说这个，现在先简单说说:其实你以为大家都懂，其实也很多不懂，包括写netty的人他们自己也不是全懂，所以不用着急，慢慢来，最好带着问题来查代码，而不是上来就打算全部理解，那太难了，如果真的打算如此，也要先把主线抓住去看，否则很容易跑偏，死活都看不完的。如果时间来的及，就看一点，记录下，哪里可以借鉴的地方，这样效果也不错，总之。慢慢来，时间会改变一切，虽然以后也不定看懂，但是培养一种自信:只要有时间，还是能懂的

作者回复: 中文我加的，课程结束我打包发给你们，这样以后也能对着看，同时也可以一起去用中文去完善，让更多人好懂点

作者回复: 服务器端开发是这样的，因为对于服务器开发而言。后者是前者帮忙创建的，所以不需要显式切换后面的，而客户端就需要切换了。

作者回复: 是的，很多懒得考虑bio，而且大多都未来都有扩展需求。

作者回复: 嗯，确实挺方便的，第五章，演示从NIO切换到Epoll的时候，我就直接用替换字符串了，这点netty做的很赞。 BTW: 只有OIO的对应的名字不够统一，例如threadPerChannelEventLoop，好在不推荐用OIO了。

作者回复: 每种channel都分二种:一种带server前缀的，一种不带，作为服务器开发，只需要前面前面的，后面的那种不用，因为前面的负责创建后面的，而客户端没有前面的，只有一种

作者回复: 每种channel都分二种:一种带server前缀的，一种不带，作为服务器开发，只需要前面前面的，后面的那种不用，因为前面的负责创建后面的，而客户端没有前面的，只有一种，总之，挺饶人的

作者回复: 嗯，netty里面各种设计模式，总体来说，代码质量很高，代码审阅把关也比较严

作者回复: 用SPI加配置肯定也可以实现。只是，实际上，基本不会改来改去的，就算改，改动也不多，就没有搞复杂了。

作者回复: 要深入理解的话，还需要学习很多额外的知识。然后多写写就行了，很多时候又不需要了解太多细节，大体掌握之后，能用会用，然后遇到问题，能根据之前学习的大体知识体系来解决就可以了。