Netty中池化内存的分配

参考：

Netty中池化内存的分配原理参考了jemalloc内存分配

减少内存碎片，并且在内存重复申请和释放时有更好的性能表现

jemalloc内存分配算法：

https://www.cnblogs.com/xiaojiesir/p/15450732.html

Netty中池化内存的分配源码解析：

https://www.cnblogs.com/s686zhou/p/15695617.html

https://www.cnblogs.com/xiaojiesir/p/15451135.html

https://www.cnblogs.com/xiaojiesir/p/15457580.html

https://www.cnblogs.com/xiaojiesir/p/15471429.html

https://zhuanlan.zhihu.com/p/671115067

PooledByteBufAllocator分配内存源码分析 - 简书

池化内存分配中的Recycler

抓到Netty一个隐藏很深的内存泄露Bug | 详解Recycler对象池的精妙设计与实现

在Netty中，PooledByteBufAllocator是一个基于池化内存分配器的分配器，它会初始化时预先分配一块较大的内存（默认可能是16MB），用于后续的内存分配。

如果你的数据需求超过了这个预分配的大小，PooledByteBufAllocator会尝试从内存池中获取更大的内存块来满足需求。如果内存池中没有足够大的内存块可以满足需求，它会尝试进行一次垃圾收集（GC）来回收内存，并且会分配一个新的、更大的内存块来满足需求。

如果经过垃圾收集后仍然无法满足需求，PooledByteBufAllocator会抛出OutOfDirectMemoryError异常，表示没有足够的内存可以分配。

为了处理这种情况，你可以考虑以下策略：

1. 监控你的应用程序的内存使用情况，确保不会无限制地使用更多内存。

2. 调整Netty的内存相关配置，比如增加预分配内存块的大小或者减少内存池的最大容量。

3. 如果是因为大数据传输导致的内存溢出，考虑将消息分割成更小的块进行传输。

4. 如果是因为业务需求确实需要更大的内存块，考虑使用不同的内存分配策略或者直接使用JVM的堆外内存而不是Netty的内存池。