Netty是由JBOSS提供的一个java开源框架。Netty提供异步的、事件驱动的网络应用程序框架和工具，用以疾速开发高性能、高可靠性的网络服务器和客户端程序。

Reactor开发模式SocketChannel 在client端监听op_connect,op_write,op_read事件，在server只监听op_write,op_read事件，ServerSocketChannel在server端运行，只监听op_accept事件

写多了代码的兄弟们都知道，JAVA代码由于到处面向接口及高度抽象，用到继承多态和设计模式，程序的组织不是按照正常的理解顺序来的，对代码跟踪很是个问题。所以，在阅读别人的源码时，如果不了解代码的组织方式，往往是晕头转向，不知在何处。尤其是阅读经典代码的时候，更是如此。

Netty 是一个异步的、基于事件驱动的网络应用框架，用以快速开发高性能、高可靠性的网络I0 程序，是由JBOSS提供的。Netty本质是- 个NIO框架，适用于服务器通讯相关的多种应用场景，主要针对在TCP协议下的使用。

自定义协议—–字节不得不说的操作 一、得到高4位 {代码…} 二、得到低4位 {代码…} 三、得到byte某一位bit值： {代码…} 四、获取多个连续的bit值 {代码…} 五、打印字节序（字节转16进制） {代码…}

双方建立交互的连接，但是并不是一直存在数据交互，有些连接会在数据交互完毕后，主动释放连接，而有些不会，那么在长时间无数据交互的时间段内，交互双方都有可能出现掉电、死机、异常重启，还是中间路由网络无故断开、NAT超时等各种意外。

vertx是一个我去年看完netty就一直想看看的工具，但因为拖延加懒，最近才看了看文档写了写demo, 算是对它有了一点点了解，之所以想写一点，其实是想自己给自己总结下vertx的一些核心的概念。

由于IPv4资源的有限性，目前大部分的本地电脑都是没有公网IP。所以想要访问自己的本地服务(ssh、http、vnc、NAS、智能家居接口回调 – 比如天猫精灵自定义语义)，需要有个服务来进行内网穿透。目前有一些工具比如花生壳、ngrok等。但是，

rpc rpc 是基于 netty 实现的 java rpc 框架，类似于 dubbo。 主要用于个人学习，由渐入深，理解 rpc 的底层实现原理。 前言 工作至今，接触 rpc 框架已经有很长时间。 但是对于其原理一直只是知道个大概，从来没有深入学习过。 以前一直想写，但由于各种原因被耽搁。 技术准备 Java 并发实战学习 TCP/IP 协议学习笔记 N…

我们在使用Netty进行服务端开发的时候，一般来说会定义两个NioEventLoopGroup线程池，一个”bossGroup”线程池去负责处理客户端连接，一个”workGroup”线程池去负责处理读写操作。那么，我们为什么要这么做呢？这样做的好处是什么呢？能不能只使用一个NioEventLoopGroup呢？这就是我们今天要讨论的主题——Netty的线程模型