1 降低对象大小

能用基本类型就不用包装类

懂得都懂。

应该定义成类变量的不要定义为实例变量

• 一个类 =》 一个类变量
• 一个实例 =》一个实例变量
• 一个类 =》 多个实例
• 实例越多，浪费越多

当然 netty 会结合这两点！

2 预估分配的内存

• 对已可预知固定size的HashMap避免扩容

提前计算好初始size或者直接使用

com.google.common.collect.Maps#newHashMapWithExpectedSize

• 根据接受到的数据动态调整(guess) 下个要分配的Buffer的大小，比如
  io.netty.channel.AdaptiveRecvByteBufAllocator

3 零拷贝

逻辑组合代替实际复制

• CompositeByteBuf

包装替代实际复制

JDK的零拷贝接口

Netty 通过在 DefaultFileRegion 包装了 NIO 的 FileChannel.transferTo() 实现零拷贝：іо.nеttу.сhаnnеl.DеfаultFіlеRеgіоn#trаnѕfеrТо

4 堆外内存

堆外内存生活场景:

烧烤店热季时人满为患，店家就会在门口加摆一些桌子招待新客人。

店内 =》 JVM内部 =》堆(heap) +非堆(non heap)

店外 =》 JVM外部 =》堆外(off heap)

优点

• 更广阔的“空间”，缓解店铺内压力->破除堆空间限制，减轻GC压力
• 减少“冗余”细节(烧烤过程是在室外进行的：烤好直接上桌 V.S 烤好还要
  进店内) =》避免复制

缺点

• 需要搬桌子 =》创建速度稍慢
• 受城管监管、风险大 =》堆外内存受 os 管理

源码

• 堆外内存/堆内内存的默认选择

• 切换方式

堆外内存的分配本质

• 可见依旧调用的 JDK 原生的堆外内存实现。

5 内存池

内存池生活场景：

点菜单的演进

一张纸：一桌客人一张纸

点菜平板：循环使用

为何使用内存池

• 创建对象开销大
  比如堆外内存就是这样
• 对象高频率创建且可复用
• 支持并发又能保护系统
• 维护、共享有限的资源

实现内存池

• 开源实现：Apache Commons Pool
  程序共享，内存竞争较严重
• Netty轻量级对象池实现io.netty.util.Recycler
  基于特定场景才创建

内存池/非内存池的配置切换

根据参数配置判定（切换方式二）