怎么用弱引用实现内存泄漏检测

在Java中,引用分为强引用、软引用、弱引用和虚引用四种。

  • 强引用,代码中普遍存在的形式,例如常见的普通类new出对象后的引用。GC不会回收强引用的对象。
  • 软引用,软引用对象会在内存溢出异常之前进行回收,也就是说在内存富裕的情况下GC不回收软引用。它可通过SoftReference类实现。
  • 弱引用,弱引用对象会在下一次GC时被回收,也就是说不管内存富不富裕,当GC时都会回收弱引用。它可通过WeakReference类实现。
  • 虚引用,虚引用不会改变对象的生存时间,它只是让对象在被GC时能收到一个系统通知。

了解了所有引用类型后看下如何基于弱引用对程序进行内存泄漏检测。

假如在你的程序中有某类的对象很可能会造成内存泄漏,姑且称为MaybeMemoryLeak类。内存泄漏就是虚拟机在做垃圾回收时某些“垃圾”由于某些原因而导致无法回收,每次实例化出来的对象都无法回收,最终导致内存爆了。也就是如果某些MaybeMemoryLeak应该被回收的对象无法回收,就会导致内存泄漏。

如果无法避免内存泄漏的可能性,那么如何检测内存泄漏现象呢?

这里就要用到上面所说的弱引用,它能很好判断MaybeMemoryLeak有没有被GC回收,被弱引用关联的对象只能生存到下一次垃圾回收发生之前,即如果某MaybeMemoryLeak对象只被某弱引用关联,则它会在下次垃圾回收时被回收,但如果MaybeMemoryLeak对象除了被弱引用关联外还被其他对象强引用,那么MaybeMemoryLeak对象是不会被回收的,根据这些条件就可以判断是否有MaybeMemoryLeak内存泄漏了。

在实际的实现中可以通过WeakHashMap来实现弱引用,只需将MaybeMemoryLeak对象put到WeakHashMap中,例如weakMap.put(“a”,maybeMemoryLeak),当maybeMemoryLeak及其包含的元素没有被其它任何类加载器中的元素引用到时,JVM发生垃圾回收时则会把maybeMemoryLeak对象回收,否则就将一直回收不了。

这里使用一个WeakHashMap用于追踪MaybeMemoryLeak对象,在查找内存泄漏之前要先强制调用System.gc();进行一次垃圾回收,保证没问题的MaybeMemoryLeak对象都被回收掉,这时可以查看WeakHashMap对象还存在哪些MaybeMemoryLeak对象,如果存在某些“垃圾”MaybeMemoryLeak对象,则属于内存泄漏。

====广告时间,可直接跳过====

鄙人的新书《Tomcat内核设计剖析》已经在京东预售了,有需要的朋友可以到 https://item.jd.com/12185360.html 进行预定。感谢各位朋友。

=========================

欢迎关注:

时间: 2024-10-06 13:44:11

怎么用弱引用实现内存泄漏检测的相关文章

基于若引用的内存泄漏检测

在Java中,引用分为强引用.软引用.弱引用和虚引用四种. 强引用,代码中普遍存在的形式,例如常见的普通类new出对象后的引用.GC不会回收强引用的对象. 软引用,软引用对象会在内存溢出异常之前进行回收,也就是说在内存富裕的情况下GC不回收软引用.它可通过SoftReference类实现. 弱引用,弱引用对象会在下一次GC时被回收,也就是说不管内存富不富裕,当GC时都会回收弱引用.它可通过WeakReference类实现. 虚引用,虚引用不会改变对象的生存时间,它只是让对象再被GC时能收到一个系

C/C++的内存泄漏检测工具Valgrind memcheck的使用经历

Linux下的Valgrind真是利器啊(不知道Valgrind的请自觉查看参考文献(1)(2)),帮我找出了不少C++中的内存管理错误,前一阵子还在纠结为什么VS 2013下运行良好的程序到了Linux下用g++编译运行却崩溃了,给出一堆汇编代码也看不懂.久久不得解过后,想想肯定是内存方面的错误,VS在这方面一般都不检查的,就算你的程序千疮百孔,各种内存泄露.内存管理错误,只要不影响运行,没有读到不该读的东西VS就不会告诉你(应该是VS内部没实现这个内存检测功能),因此用VS写出的程序可能不是

Cocos开发中性能优化工具介绍之Visual Studio内存泄漏检测工具——Visual Leak Detector

那么在Windows下有什么好的内存泄漏检测工具呢微软提供Visual Studio开发工具本身没有什么太好的内存泄漏检测功能我们可以使用第三方工具Visual Leak Detector以下简称vld. vld工具是VC++环境下一款小巧易用.免费开源的内存泄漏检测工具vld可以显示导致内存泄漏的完整内存分配调用堆栈.vld的检测报告能够对每个内存泄漏点提供完整的堆栈跟踪并且包含其源文件及行号信息. 安装过程是先在到地址http://vld.codeplex.com/下载vld安装文件然后进行

Linux下c++程序内存泄漏检测代码范例

Linux下对于程序内存泄漏检测的方法很多,最常用的的莫过于使用valgrind工具.但是valgrind相当于让程序在虚拟机中运行,会带 来较大的系统资源开销,还会对程序的运行效率产生较大影响,对于那种资源占用大的程序,如果需要长时间运行才能暴露的泄漏问题,它就显得不太好用. linux下的c++程序中自己实现一个轻量级的泄漏检测代码其实是比较方便的,下面我就给出一个简单的范例,并作简单的说明.当然,我们还是应该提倡使用共享指针,用共享指针自动管理内存可以避免内存泄漏这样的不必要的麻烦. 基本

GDI泄漏和内存泄漏 检测方法

GDI泄漏检测方法: 1.检查是否GetWindowDC(),后是否有 ReleaseDC() 2.CFont *pOldFont=pDC->SelectObject(&m_Font): 后是否有pDC->SelectObject(pOldFont); 3.CBitmap bmp;  bmp.CreateCompatibleBitmap(&dc, rcClient.Width(), rcClient.Height()); 后是否记得bmp.DeleteObject();   内

详解Android内存泄漏检测与MAT使用

内存泄漏基本概念 内存检测这部分,相关的知识有JVM虚拟机垃圾收集机制,类加载机制,内存模型等.编写没有内存泄漏的程序,对提高程序稳定性,提高用户体验具有重要的意义.因此,学习Java利用java编写程序的时候,要特别注意内存泄漏相关的问题.虽然JVM提供了自动垃圾回收机制,但是还是有很多情况会导致内存泄漏. 内存泄漏主要原因就是一个生命周期长的对象,持有了一个生命周期短的对象的引用.这样,会导致短的对象在该回收时候无法被回收.Android中比较典型的有:1.静态变量持有Activity的co

ARC模式下的循环引用引起内存泄漏

自从iOS 5时代自动引用计数(Automatic Reference Counting)技术发布,Cocoa工程师们才扔下了内存管理的包袱,从此在Objective-C修行道路上的一座大山被削平.然而,即使ARC很强大,我们日常搬砖时同样是有内存泄漏风险的,今天我就跟大家聊聊这些你可能还没有注意到的坑. 测试原理 我们知道ARC模式下,NSObject的MRC相关方法都不可以使用了,但dealloc方法如果实现了,同样还是会调用的,只是不允许在dealloc方法中调用[super deallo

C++内存泄漏检测拾遗

在MFC开发环境中,当运行退出了,Visual Studio会在输出窗口提示是否有内存泄漏.也可以借助MFC类CMemoryState动态地检测并输出内存泄漏信息. 在非MFC框架中,需要借助CRT函数实现这些功能. 1. 调用_CrtDumpMemoryLeaks()函数会在输出窗口中输出当前的内存泄漏.若在程序开始处加上:_CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF ): 语句,CRT会在程序的每个出口处自动调用_C

Java中用软引用阻止内存泄漏

在本文中,他将解释 Reference 对象的另外一种形式,即软引用(soft references),用于帮助垃圾收集器管理内存使用和消除潜在的内存泄漏. 垃圾收集可以使 Java 程序不会出现内存泄漏,至少对于比较狭窄的 "内存泄漏" 定义来说如此,但是这并不意味着我们可以完全忽略 Java 程序中的对象生存期(lifetime)问题.当我们没有对对象生命周期(lifecycle)引起足够的重视或者破坏了管理对象生命周期的标准机制时,Java 程序中通常就会出现内存泄漏.例如,上一