一次成功的内存泄漏分析

系统上线后偶有宕机，而且每次都是出现在相同的某两个业务点上，多次对程序进行代码检查，认真分析后，仍旧没有解决问题。

宕机后，产生上G的dump文件和javacore文件，苦于没有分析经验，很久没有找到解决问题的方案。查找资源后，发现两个软件，即 heapAnalyzer　　 和 jca。前者分析dump文件，后者分析javacore文件。对于 heapAnalyzer而言，在 windows 环境下，打不开AIX上产生的dump文件(如：heapdump.20090520.092248.430562.phd)，而且本机的windows环境也没有可分配的那么大的内存来启动该软件，迫不得己，直接在生产环境上使用 heapAnalyzer　　。文件成功打开，但是分析结果的可读性不强，非 WebLogic 专业人员估计看不太懂，大体的意思就是程序的某个地方加载了大量的对象。如下图所示：

时间： 2025-01-28 08:03:26

一次成功的内存泄漏分析的相关文章

Android 5.1 WebView内存泄漏分析

背景 问题分析 解决方案 Android 5.1之前的代码 结束语 背景 在 Android 5.1 系统上,在项目中遇到一个WebView引起的问题,每打开一个带webview的界面,退出后,这个activity都不会被释放,activity的实例会被持有,由于我们项目中经常会用到浏览web页面的地方,可能引起内存积压,导致内存溢出的现象,所以这个问题还是比较严重的. 问题分析 使用Android Studio的内存monitor,得到了以下的内存分析,我打开了三个BookDetailActi

Node.js中内存泄漏分析

内存泄漏(Memory Leak)指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况.如果内存泄漏的位置比较关键,那么随着处理的进行可能持有越来越多的无用内存,这些无用的内存变多会引起服务器响应速度变慢,严重的情况下导致内存达到某个极限(可能是进程的上限,如 v8 的上限:也可能是系统可提供的内存上限)会使得应用程序崩溃. 传统的 C/C++ 中存在野指针,对象用完之后未释放等情况导致的内存泄漏.而在使用虚拟机执行的语言中如 Java.JavaScript 由于使用了 GC (Garbag

AIX平台上基于IBM JDK的Java应用内存泄漏分析

Java 开发者一般不需要考虑内存释放问题,全交由 GC 去处理.但是在一些生产环境中,JVM 经过长时间运行后,即使是一些很小的未释放的 Java 对象,日积月累也会导致内存资源枯竭,最终使 Java http://www.aliyun.com/zixun/aggregation/36295.html">应用崩溃的问题.本文将就一个 AIX 平台上基于 IBM JDK 开发的 Java 应用内存枯竭的实际案例分析过程,来引领读者理解基于 IBM JDK 的 Java 应用内存泄漏调查方法

Erlang项目内存泄漏分析方法_Erlang

随着项目越来越依赖Erlang,碰到的问题也随之增加.前段时间线上系统碰到内存高消耗问题,记录一下troubleshooting的分析过程.线上系统用的是Erlang R16B02版本. 问题描述 有几台线上系统,运行一段时间,内存飙升.系统模型很简单,有网络连接,pool中找新的process进行处理.top命令观察,发现内存都被Erlang进程给吃完了,netstat命令查看网络连接数,才区区几K.问题应该是Erlang内存泄漏了. 分析方法 Erlang系统有个好处,可以直接进入线上系统,

.NET托管内存类应用的内存泄漏分析和诊断

在托管内存管理中,"泄漏"意义不同与传统 Native 应用中的忘记显式释放(delete/delete[] 等)不同,当然对于非托管资源之类(如句柄等)还是需要在 Finalize (析构方法等同于 Finalize)方法中显式释放的,在托管内存管理中"泄漏"对象实例指的是,由于与 Root 对象集中的对象存在本应断开的引用关系,而让 GC 线程认为该对象还被使用,因而不能被释放,尽管其不再会被使用.决大部分情况下,由于应用(程序员)认为该对象不会存在了,而在再次

PHP对象递归引用造成内存泄漏分析_php技巧

通常来说,如果PHP对象存在递归引用,就会出现内存泄漏.这个Bug在PHP里已经存在很久很久了,先让我们来重现这个Bug,示例代码如下: <?php class Foo { function __construct() { $this->bar = new Bar($this); } } class Bar { function __construct($foo) { $this->foo = $foo; } } for ($i = 0; $i < 100; $i++) { $ob

Android应用内存泄漏的定位、分析与解决策略

Hello,大家好,我是Clock.翻了一下简书,发现有一个多月没有更新博客,本来今天打算和妹纸去电影院看<你的名字>,然后再去到处浪的. 结果因为妹纸公司临时有事,她不得不回公司一趟... 然后我也只能宅家里了,既然妹纸不在家,刚好最近一直在为项目做内存泄漏的优化工作,那就来写一点个人总结好了. 什么是内存泄漏 对于不同的语言平台来说,进行标记回收内存的算法是不一样的,像 Android(Java)则采用 GC-Root 的标记回收算法.下面这张图就展示了 Android 内存的回收管理策略

分析Android内存泄漏的几种可能_Android

前言 内存泄漏简单地说就是申请了一块内存空间,使用完毕后没有释放掉.它的一般表现方式是程序运行时间越长,占用内存越多,最终用尽全部内存,整个系统崩溃.由程序申请的一块内存,且没有任何一个指针指向它,那么这块内存就泄露了. 从用户使用程序的角度来看,内存泄漏本身不会产生什么危害,作为一般的用户,根本感觉不到内存泄漏的存在.真正有危害的是内存泄漏的堆积,这会最终消耗尽系统所有的内存.从这个角度来说,一次性内存泄漏并没有什么危害,因为它不会堆积,而隐式内存泄漏危害性则非常大,因为较之于常发性和偶发性内

Android Studio 3.0上分析内存泄漏的原因

以前用eclipse的时候,我们采用的是DDMS和MAT,不仅使用步骤复杂繁琐,而且要手动排查内存泄漏的位置,操作起来比较麻烦.后来随着Android studio的潮流,我也抛弃了eclipse加入了AS. Android Studio也开始支持自动进行内存泄漏检查,并且操作起来也比较方便. 封面 戳我下载 Android Studio 3.0 这个不用梯子我会告诉你吗 1.写在前面 Google在上周发布了Android Studio 3.0的正式版本,周四早晨在上班的地铁上就看到群里在沸沸