一直在写java高并发的博客，突然想起自己刚开始学习相关技术开发的境况，一切都只是理论，案例是最能讲解的地方，后面的章节将从采用netty通信实现rpc的服务调用，采用hession序列化来设计netty的编码解码操作。该项目将涉及到单例设计，回调设计，数据安全设计，数据加载设计，面向接口设计。会涉及java自身的线程池，多线程执行，高并发数据安全，同时也出

tio历史、应用场景（图示——简）tio应用场景（文字描述——详）tio是基于JVM的网络编程框架，和netty属同类，所以netty能做的tio都能做，考虑到tio是从项目抽象出来的框架，所以tio提供了更多的和业务相关的API，大体上tio具有如下特点和能力：内置完备的监控和流控能力内置半包粘包处理一骑绝尘的资源管理能力内置心跳检查和心跳发送能力

解码器Decoder和ChannelHandler的关系netty的解码器通常是继承自ByteToMessageDecoder，而它又是继承自ChannelInboundHandlerAdapter，其实也是一种ChannelHandler和我们自定义的ChannelHandler一样都是来处理进

Netty中使用FastThreadLocal替代JDK中的ThreadLocal【JAVA】ThreadLocal源码分析(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fa526583280%2Fp%2F10725093.html)，其用法和Thr

本文同步至http://www.waylau.com/nettytimeoutandheartbeat/(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.waylau.com%2Fnettytimeoutandheartbeat%2F)本文介绍了Netty

Netty出发点作为一款高性能的RPC框架必然涉及到频繁的内存分配销毁操作，如果是在堆上分配内存空间将会触发频繁的GC，JDK在1.4之后提供的NIO也已经提供了直接直接分配堆外内存空间的能力，但是也仅仅是提供了基本的能力，创建、回收相关的功能和效率都很简陋。基于此，在堆外内存使用方面，Netty自己实现了一套创建、回收堆外内存池的相关功能。基

最近接到一项新的任务，其中涉及到用netty解决粘包问题，该问题解决得很顺利。下面是一些心得体会。我们知道，netty当中有boss线程和worker线程，通常是1对多的关系，可以理解为boss接到客户的请求之后，分配给其中一个worker去处理，如果客户过多，可能会出现一个worker服务多个客户的情况。这是背景。按照我的理解，粘包问题解决的关键在

NioEventLoopGroup继承层次结构图Netty4的NioEventLoopGroup(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fnetty.io%2F4.0%2Fapi%2Fio%2Fnetty%2Fchannel%2

前言     Netty 的线程模型是基于NIO的Selector 构建的，使用了异步驱动的Reactor 模式来构建的线程模型，可以很好的支持成百上千的SocketChannel 连接。由于READ/WRITE 都是非阻塞的，可以充分提升I/O线程的运行效率，避免了IO阻塞导致线程挂起， 同时可以让一个线程支持对多个客户端的连接So