最近须要用netty实现一个中间件通信，开始为了先疾速把客户端和服务端通信的demo实现，只是采纳了字符串的编解码形式(StringEncoder,StringDecoder)。客户端和服务端能够失常互发数据，所有运行失常。    然而字符串的编解码并不适宜业务实体类的传输，为了疾速实现实体类传输，所以决定采纳jboss-marshalling-serial序…

服务端： {代码…} 服务端handler： {代码…}

服务端： {代码…} 服务端handler： {代码…}

BIO：同步阻塞。服务器实现模式为 一个连贯一个线程，也就是当客户端有申请连贯的时候就须要启动一个线程进行解决，如果这个连贯不做任何事件，会造成不必要的线程开销

Netty源码剖析系列文章已靠近序幕，本文再来剖析Netty中两个常见组件：FastThreadLoca与HashedWheelTimer。源码剖析基于Netty 4.1.52

因为在Java中创立一个实例的耗费不小，很多框架为了进步性能都应用对象池，Netty也不例外。本文次要剖析Netty对象池Recycler的实现原理。

1.（ChannelOption.SO_BACKLOG, 1024 ）示意标识当服务器申请解决线程全满时，用于长期寄存已实现[三次握手]的申请的队列的最大长度。如果未设置或所设置的值小于1，Java将应用默认值为502.(ChannelOption.TCP_NODELAY, true)TCP_NODELAY就是用于启用或对于[Nagle算法]，如果要求高实时性，有数据发送时就马上发送，就将…

后面文章曾经分享了Netty如何援用jemalloc 4算法治理内存。本文次要分享Netty 4.1.52之前版本中，PoolChunk如何应用jemalloc 3算法治理内存。感兴趣的同学能够比照两种算法。源码剖析基于Netty 4.1.29

后面文章说了PoolChunk如何治理Normal内存块，本文分享PoolSubpage如何治理Small内存块。源码剖析基于Netty 4.1.52

首先阐明PoolChunk内存组织形式。PoolChunk的内存大小默认是16M，Netty将它划分为2048个page，每个page为8K。PoolChunk上能够调配Small内存块。Normal内存块大小必须是page的倍数。