• 一次内存泄露排查


    故事背景

      cpu持续走高,直接导致服务器宕机,无法对外提供服务。

    排查思路  

      1. 一般cpu过高只有两种情况:1.线程太多,可以用命令看一下;2.频繁full gc,因为full gc是很消耗cpu资源的。
      2. 用jstat命令看了下,果然是频繁full gc造成的。但是内存分配比例和大小还是很合理的。新生代10g,老年代10g,可是每次ygc后都有1g左右对象去到老年代
      3. 基于上述情况、那这时候调整内存比例也不会有任何意义了,猜想是内存泄露引起的。因为老年代停留了大量对象无法回收,每次稍微ygc过来一点对象就会引起fgc

      于是就生成内存快照进行分析下  jmap -dump:format=b,file=demo.hprof  PID

      

    内存泄漏

      1. 下载mat工具 https://www.eclipse.org/mat/downloads.php
      2. 直接打开MemoryAnalyzer.exe就好了。(MemoryAnalyzer.ini文件默认限制了-Xmx1024m,一般生产环境导出的demp很大的,可以把这个调大一点)
      3. file -> open heap dump -> 选择刚才的快照文件就好了

       4. Problem Suspect 1 已经说的很清楚了 java.lang.Thread @ 0xe3805d30 main  线程的java.lang.Object[]占用了53.85%内存对象。

      点击 Details 可以看到 Accumulated Objects in Dominator Tree  的main线程中引用了一个 java.util.ArrayList ,他是一个java.lang.Object[]数组,里面全是demo1对象

      点击 See stacktrace 就能看到线程执行代码堆栈的调用链

      说白了,就是一次性加载过多数据到内存里来导致的,可以考虑数据分批处理或者多个线程并发执行。

    什么是内存泄漏及如何避免

         内存泄漏即:对象可达但不可用,程序不需要用某个对象,但另一个正在使用的对象却持有它的引用,导致无法回收停留在堆内中。

         防止内存泄露:

          1.尽早释放无用对象的引用, 将不需要使用的对象设置为null,暗示垃圾收集器来收集该对象,防止发生内存泄漏。  

          2.程序进行字符串处理时,尽量避免使用String,而应该使用StringBuffer。

            3.尽量少用静态变量

          4.尽量运用对象池技术以提高系统性能

  • 相关阅读:
    JQUERY 字符串转数字
    jq、js 获取上级、同级、下级元素
    jQuery遍历Table tr td td中包含标签
    PLSQL Developer 13.0.0.1883 注册码
    [转]关于ORA-00979 不是 GROUP BY 表达式错误的解释
    ORACLE主键ID的生成
    关于oracle with as用法
    SQL高级查询之分组查询
    Oracle关于分组小计再合计
    GROUP BY中ROLLUP/CUBE/GROUPING/GROUPING SETS使用示例
  • 原文地址:https://www.cnblogs.com/wlwl/p/14395378.html
Copyright © 2020-2023  润新知