玥哥秋安：我今天看了这个课程我觉得就有同学要说，老师你是不是跑题了，首先我要说一下为什么要说今天这讲课，并且用netty来举栗子。
第一：了解一下异步网络传输的原理
第二：用Netty来举栗子是因为Netty提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可靠性的网络服务器和客户端程序。
第三：rocketMQ的底层就是用Netty实现的。
第四：可以看一下第9节课如果学习开源代码，然后在看一下rocketMQ的源码。然后根据MQ的Producer，Consumer，Broker，NameSrv等的底层实现是不是理解了玥哥的良苦用心。
个人见解勿喷！

课后思考及建议
没有对比就没有伤害，尤其对于学习，对比一下就知道那个课程优秀，那个更优秀。

首先，我觉得如何实现高性能的网络通信，是必须要讲的，这个原理是脱离具体语言的，和什么实现框架也没什么关系。
不过篇幅有限老师只能讲解一下她的精髓，如果想一点点弄明白，建议看看李林峰大哥的《netty权威指南(第二版)》她用了三章来讲解网络通信模型的演进。
另外，我同时在学kafka的专栏，我发现一个现象，两位老师都没有先将一个消息的全生命历程先细致的讲一下，学习过丁奇老师的MySQL，他上来就讲解了一下一个SQL语句是怎么执行的。我觉得很有整体感，知道整个过程之后其实下面再细致的讲解都是性能优化的事情啦！
我猜想其他各种系统，尤其是和数据打交道的都类似，只要一个完整的流程知道了，下面好多知识都是在为这个系统的性能、健壮性、高可用性、自身的其他特性在加强。
所以，我提过这样的问题，也建议先讲一下一条消息从发送到接收都经历了那些关键环节或组件，对一条消息的全生命历程有个整体的认识。然后再讲每个关键环节为什么这么实现，其性能最佳吞吐量最高。然后再讲各个组件是怎么紧密配合的，如果我知道一个软件是什么？又清楚他由什么组成？每一部分为什么如此设计？那些设计是通用的那些设计比较独特？我觉得我就理解了这个软件
老师的课程非常优秀，哈哈，我觉得听了我的建议还可以再优秀一点点

学习完高性能网络传输，写下自己的理解和疑惑，老师有空帮忙看下哦
Netty服务端会存在两个线程池NioEventLoopGroup，一个线程池主要用来处理客户端的连接，一般设置单线程NioEventLoop，在Linux中可能是EpollEventLoop，要是服务端监控多个端口可以设置多个线程，服务端接收到客户端的连接会创建Channel通道，Channel通道中会有收发缓存，服务端会定时监控Channel通道是否已经断开，在一定时间没有收到客户端的心跳包，把客户端的Channel从服务端移除，还可以设置服务端接收连接的队列，还有一个处理线程池NioEventLoopGroup，里面会有多个线程NioEventLoop，然后每个NioEventLoop都会有一个Selector，然后可以多个channel绑定到NioEventLoop的Selector中，即一个Channel只能被一个NioEventLoop处理，一个NioEventLoop可以处理多个Channel，即收到Channel数据，NioEventLoop执行Handler，包括解码、拆包等Handler，服务端返回响应消息对Channel进行编码等Handler。
尝试回答下课后习题接收数据这个流程Netty是一个NioEventLoop会有一个Selector，原先的Nio是只有一个Selector进行处理所有的连接收发事件，这样的话比如NioEventLoopGroup中有10个NioEventLoop，这样的话就有10个Selector，比如有10000读写请求，每个Selector就可以维持1000

听过音频后，有所感悟整理如下:
同步模式下： 多个连接对应多个线程。连接存活不活跃的情况下，线程始终处于等待资源的状态。 存在线程资源浪费/占用内存的情况。当同时存在多个活跃连接时，连接越多线程越多，线程线上下文切换越频繁，从而产生其他开销。
异步模式下：多个连接对应单个或少量线程。连接不活跃的时候，只有少部分线程处于等待资源的状态。资源浪费和内存占用较少。当同时存在多个活跃连接的时候，将写入动作以事件的方式发送给相应的处理组件。处理组件的线程数量可控，在满足业务需要的情况下，线程上下文切换相对减少。
两种模式在少量连接请求的情况下，处理效果差不多。但随着请求的增多，同步模式会更早的达到性能瓶颈。