本文章是系列文章「Java经典故障案例分享」的第二篇，本次分享一个完整的排查堆外内存泄漏过程，你在本文章中了解到nmt和pmap联合解决Java堆外内存泄漏的问题，同时给你一个内存泄漏检测工具帮助排查

每隔几个月就会出现内存告警，甚至OOM，持续一年多，一直以来解决办法是重启。 最后发现问题在于堆外内存泄漏，通过JVM将使用的内存分配器ptmalloc2替换为jemalloc解决问题

分析 JVM native 内存的一些常见思路 内存增长了，怎么甄别是不是内存泄漏 一个完全不熟悉的项目如何找到可能导致 native 内存分配的代码 经典的 Linux 64M 内存

为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架（基于Spring Boot），随后我们就发现系统会频繁报出Swap区域使用量过高的异常。笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。JVM参数配置是“-XX:Me…

最近，我们一服务的内存占用较高，约13G，容器总内存16G，占用约85%，触发了内存报警(阈值85%)。。。

本文将主要介绍 Jemalloc 的基本原理以及一些简单易用的优化方法，帮助开发者在 Jemalloc 的实际应用中，获得更好的性能表现。

经典的 Linux 64M 问题又出现了，来看看 JVM native 泄露暴涨怎么分析，聊聊堆外内存泄露排查的基本思路

临时解决方案: 先重启释放掉不可GC的内存,恢复内存正常状态,添加HeapDumpOnOutOfMemoryError参数 监控内存泄漏的dump文件，现场(dump/log)保留,继续分析问题触发

前段时间有同学反馈一个 java RPC 项目在容器中启动完没多久就因为容器内存超过配额 1500M 被杀，我帮忙一起看了一下。 在本地 Linux 环境中跑了一下，JVM 启动完通过 top 看到的 RES 内存就已经超过了 1.5G，如下图所示。 首先想到查看内存的分布情况…