京东生旅平台慧销系统作为平台系统对接了多条业务线。但近期根据告警发现内存持续升高，因此猜测该系统可能存在内存泄漏的情况。本文介绍慧销平台ThreadPoolExecutor内存泄漏问题的的详细分析过程

前言 最近我写的几篇线上问题相关的文章：《糟糕，CPU100%了》《如何防止被恶意刷接口》《我调用第三方接口遇到的13大坑》，发表之后，在全网广受好评。 今天接着线上问题这个话题，跟大家一起聊聊线上服

本文将模拟一个内存溢出环境，重现生产服务器排查过程。 一、环境搭建 使用SpringBoot应用进行模拟，代码如下： 接下来，我们在服务器上进行部署，为避免影响主机上其他服务，这里我们设置最大堆内存为

Java四种引用类型：强引用、软引用、弱引用、虚引用。它们的作用和使用场景各不相同，能够满足不同的内存管理需求。

选用两种最常见的线上问题为案例，配合大量图文，按步骤讲解发现和定位问题的方法，实乃家居旅行必备良药啊！

OOM与JVM的关系 在Java开发的世界中，开发者们经常与各种异常打交道，其中OOM（OutOfMemoryError）异常尤为引人关注。 OOM异常是导致JVM报错以及出现异常的常见原因之一，了解

Weak References 弱引用 表示一旦发生 GC(不管内存是否充足) 对象就会被回收。可以理解成奄奄一息的病人，只要发生一次资源回收它就立马失去存在的意义。 针对弱引用的使用场景还有一种就是

本文记录了一次排查FullGC导致的TP99过高过程,介绍了一些排查时思路,线索以及工具的使用,希望能够帮助一些新手在排查问题没有很好的思路时,提供一些思路,让小白也能轻松解决FullGC问题,文中实

JVM 的内存模型主要包括程序计数器（Program Counter Register）、虚拟机栈（VM Stack）、本地方法栈（Native Method Stack）、堆（Heap）和方法区