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

最近遇到一个java应用造成了服务器CPU使用率过高，详细原因就不做详细分析了，主要分享一下问题排查的过程。

背景 为什么说是一段痛苦的回忆？国庆期间，本想着好好休整一下身体。结果连着几晚上的线上报警搞得人精神恍惚。每个晚上都是不同的报警。这篇文章主要对java服务堆外内存泄露问题的排查进行介绍。希望对大家有

性能优化，有时候看起来是一个比较虚的技术需求。除非代码慢的已经让人无法忍受，否则，很少有公司会有觉悟投入资源去做这些工作。即使你有了性能指标数据，也很难说服领导做一个由耗时300ms降低到150ms的

本文的构思来自于我上上周在公司遇到的一个Feign的启动异常。 先说一个小结论：这个异常的出现是因为Feign只允许你在Feign代理类的POST方法上有一个参数。 1. 项目无法启动了？ 目前我们开发组一直在使用Feign做微服务调用组件，我猜想别的很多公司应该也是一样，所以…

刚接手的服务，正常稳定运行了很长一段时间，在大家伙收拾东西准备回家过年时，突然就抽风了。接口失败率居高不下？看日志！看一下JVM堆栈很明显，是内存不够了。我当时的第一想法就是，应该是内存泄漏！我的

jstack是JVM自带的Java堆栈跟踪工具，它用于打印出给定的java进程ID、core file、远程调试服务的Java堆栈信息. New：创建后尚未启动的线程处于这种状态，不会出现在Dump中。 RUNNABLE：包括Running和Ready。线程开启start（）方…