RocketMQ：底层Netty频繁OS OOM
本文分析了一起RocketMQ应用因Netty频繁申请堆外内存导致OS OOM的问题。根本原因是多个ClassLoader加载了多个PooledByteBufAllocator实例，各自独立占用堆外内存，突破JVM的MaxDirectMemorySize限制。结合Arthas、NMT等工具深入排查，最终定位到rocketmq-client实例占用近1G堆外内存。建议短期调小Java堆以腾出空间，长期优化Netty内存使用与类加载机制。
产生幂等场景
在Web应用中，网络延迟、用户重复操作或中间件重试常导致请求重复。若接口无幂等性，可能引发数据状态不一致、重复提交等问题，影响系统稳定性与数据完整性。
RocketMQ：底层Netty频繁OS OOM
本文详述RocketMQ因Netty多ClassLoader加载多个PooledByteBufAllocator，导致堆外内存超限引发OS OOM的排查过程，揭示底层内存管理机制及解决方案。
RocketMQ：底层Netty频繁OS OOM
本文记录了一例Java应用因多ClassLoader加载多个Netty的PooledByteBufAllocator导致堆外内存超限，引发OS OOM的排查过程。尽管MaxDirectMemorySize设为1G，但多个中间件独立占用堆外内存，总量远超限制。通过NMT、Arthas等工具定位到RocketMQ客户端为主要占用者。最终建议短期调小堆内存以腾出空间，并推动中间件优化。
应用架构图
技术架构是将业务需求转化为技术实现的关键过程，涵盖分层设计、技术选型与系统间关系梳理。本文详解单体与分布式架构，包括展现层、业务层、数据层及基础层的设计原则，并阐述应用内外调用关系与边界划分，助力构建清晰的技术体系。
RocketMQ：底层Netty频繁OS OOM
本文记录了一例Java应用因Netty多ClassLoader加载多个PooledByteBufAllocator实例，导致堆外内存超限引发OS OOM的排查过程。通过NMT、Arthas等工具分析，发现多个中间件独立加载Netty，各自绕过JVM直接内存限制分配堆外内存，总量远超MaxDirectMemorySize。最终定位RocketMQ客户端为主要内存占用者，建议短期调小Java堆让出内存，长期优化中间件内存使用。
应用架构图
在上一节有了业务架构的基础之上，当我们需要落地具体的技术方案时，此时就需要技术人员开始考虑技术架构了。技术架构是应接应用架构的技术需求，并根据识别的技术需求，进行技术选项，把各个关键技术和技术之间的关系描述清楚。
基础结构解决的主要问题包括：如何进行技术层面的分层、开发框架的选择、开发语言的选择、涉及非功能性需求的技术选择。由于应用架构体系是分层的，那么对应的技术架构体系自然也是分层的。大的分层有微服务架构分层模型，小的则是单个应用的技术分层框架。大的技术体系考虑清楚后，剩下问题就是根据实际业务考虑选择具体的技术点。各个技术点的分析、方案选择，最终形成关键技术清单，关键技术清单应考虑架构本身的
应用架构图
技术架构是将业务需求转化为技术实现的关键环节，涵盖分层设计、技术选型与系统集成。本文介绍单体与分布式架构的设计原则，包括展现层、业务层、数据层及基础层的职责划分，并阐述应用间调用关系、外部系统集成与边界定义，助力构建清晰、可扩展的技术体系。（238字）
