柚子快报邀请码778899分享：java 一次OOM问题排查
同事排查oom问题，并且告诉了我方法，纪录一下，一个很方便的插件。 前提是保存了堆快照，如果没有那就猜去吧。
使用jhat命令
jhat XX.hprof
浏览器打开localhost:7000 最下方可以看到，常用的功能 最常用的应该是查看堆统计信息，点击跳转到localhost:7000/histo/ 这里排查的话建议先根据报名查询一下自己的项目的类的实例，看下最多的占用多少，如果数量和空间很大，那么多半就是它导致的，如果发现占用很少，那就麻烦了，可能哪里有一个集合，存了太多字符串或者数字或者类型的实例导致的，也可能是哪个依赖存在内存泄漏。 这里可以点进去，比如最大的那个class[C char数组，对应的当然是字符串，进去以后可以看下是不是很多大对象，我这个没有太多大的。 如果存在异常的大的，可以点进去看看引用它的地方，如果是字符串，就可以看到字符串内容： 如果到了这里没有思路。
内存分析工具MemoryAnalyzer 点击上面可以下载，也可以下载eclipse然后安装插件，之前我就是这样的，但是后来同时发我了独立版，方便很多，毕竟开发是用idea 打开并加载堆快照文件 直接可以看到堆概况 同时，它还会自动分析泄漏原因，像我这个自动就把泄漏原因找到了，是因为日志打印过于频繁导致的
One instance of "ch.qos.logback.classic.AsyncAppender" loaded by "org.springframework.boot.loader.LaunchedURLClassLoader @ 0xe001a7c0" occupies 345,241,648 (83.84%) bytes. The memory is accumulated in one instance of "java.lang.Object[]" loaded by "
可以看到一个实例引用了83%的空间。 如果它自动分析的不对（实际上还是蛮对的），可以自己看 这里就相当于jhat的那个堆统计信息页面了 进来可以看到，自动根据内存占用找到引用并可以层层查看，其实大部分情况下就能找到原因了。
柚子快报邀请码778899分享：java 一次OOM问题排查
好文链接
发表评论