1 降低对象大小
能用基本类型就不用包装类
懂得都懂。
应该定义成类变量的不要定义为实例变量- 一个类 =》 一个类变量
- 一个实例 =》一个实例变量
- 一个类 =》 多个实例
- 实例越多,浪费越多
当然 netty 会结合这两点!
-
对已可预知固定size的HashMap避免扩容 提前计算好初始size或者直接使用 com.google.common.collect.Maps#newHashMapWithExpectedSize
-
根据接受到的数据动态调整(guess) 下个要分配的Buffer的大小,比如 io.netty.channel.AdaptiveRecvByteBufAllocator
-
CompositeByteBuf
Netty 通过在 DefaultFileRegion 包装了 NIO 的 FileChannel.transferTo() 实现零拷贝:іо.nеttу.сhаnnеl.DеfаultFіlеRеgіоn#trаnѕfеrТо
堆外内存生活场景: 烧烤店热季时人满为患,店家就会在门口加摆一些桌子招待新客人。 店内 =》 JVM内部 =》堆(heap) +非堆(non heap) 店外 =》 JVM外部 =》堆外(off heap)
优点- 更广阔的“空间”,缓解店铺内压力->破除堆空间限制,减轻GC压力
- 减少“冗余”细节(烧烤过程是在室外进行的:烤好直接上桌 V.S 烤好还要 进店内) =》避免复制
- 需要搬桌子 =》创建速度稍慢
- 受城管监管、风险大 =》堆外内存受 os 管理
-
堆外内存/堆内内存的默认选择
-
切换方式
-
可见依旧调用的 JDK 原生的堆外内存实现。
内存池生活场景: 点菜单的演进 一张纸:一桌客人一张纸 点菜平板:循环使用
为何使用内存池- 创建对象开销大 比如堆外内存就是这样
- 对象高频率创建且可复用
- 支持并发又能保护系统
- 维护、共享有限的资源
- 开源实现:Apache Commons Pool 程序共享,内存竞争较严重
- Netty轻量级对象池实现io.netty.util.Recycler 基于特定场景才创建
内存池/非内存池的配置切换
根据参数配置判定(切换方式二)