本文旨在以第一视角，分享有限条件下综合使用多种工具、结合源码、官方文档等资料，深度排查问题原因、理解问题发生的背后原理，并最终还原问题发生过程的有趣经历。你可能需要先了解一些 G1的基础知识，再阅读。

在一个风和日丽的周五，小菜同学早早的把本周需求干完，在工位上假装很忙，实际逛着掘金社区的沸点，突然被项目经理叫去优化接口的小故事

这是面试阿里时的一道题，也是平时工作中处理线上问题经常遇到的一类问题，所以耐心看完吧，无论是工作还是面试，帮助都很大。 首先线上接口变慢，原因可能有很多，有可能是网络，有可能是慢 SQL，有可能是服务本身出现了问题，还有可能是机器达到了性能瓶颈。而机器性能瓶颈也又可以分为磁盘 …

Reflect inflation caused Metaspace OOM 反射膨胀导致Metaspace发生OutOfMemoryError分析

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

这么多方式，不信还解决不了~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，GC期间都存在Stop The World问题，因此很容易导致服务超时

问题复现 我模拟了上线后情况写了一个demo，具体git路径如下：https://github.com/hongyuwen/Hello-World/tree/master/sharding-jdbc-

本文我们主要探究一下Full GC的角度出发分析我在开发运营后台的时候遇到的频繁Full GC过程。