本文由ImportNew-黄索远翻译自captaindebug ImportNew注:如果你也对Java技术翻译分享感兴趣,欢迎加入我们的Java开发小组。参与方式请查看小组简介。 如果你看过这篇博客的第一部分,就会知道在展示的内存泄露示例代码使用生产者-消费者模型创建了一个模拟
本文由 ImportNew - 黄索远 翻译自 captaindebug
ImportNew注:如果你也对Java技术翻译分享感兴趣,欢迎加入我们的 Java开发 小组。参与方式请查看小组简介。
如果你看过这篇博客的第一部分,就会知道在展示的内存泄露示例代码使用生产者-消费者模型创建了一个模拟股票交易的应用,所有的交易命令都被存入一个虚拟的数据库中。示例代码故意留下了一个缺陷(OrderRecord线程处理一条命令后sleep一段时间),使得OrderRecord线程消费命令的速度跟不上OrderFeed线程生产命令的速度。这就意味着存储命令的队列会变得越来越长,直到最后内存溢出程序崩溃。问题是,如果只看我的代码,确实能够很轻松得看出哪里出了差错;但是如果出问题的代码你从未看过并且代码又长又复杂,加之没有监控线程来帮助你观察队列大小或者其他内部信息,这时该怎么办呢?
下面向大家介绍分析程序内存泄露问题的三个步骤:
提取发生内存泄露的服务器的转储文件。
用这个转储文件生成报告。
分析生成的报告。
有几个工具能帮你生成堆转储文件,分别是:
jconsole
Jvisualvm
Eclipse Memory Analyser Tool(MAT)
用jconsole提取堆转储文件
将jconsole关联你的应用:单击MBeans选项卡打开com.sun.management包,点击HotSpotDiagnostic,点击Operations选择dumpHeap。这时你将会看到dumpHeap操作:它接受两个参数p0和p1。在p0的编辑框内输入一个堆转储的文件名,然后按下DumpHeap命令。
用jvisualvm提取堆转储文件
连接示例代码,右键点击你的应用,在左侧的“application”窗格中选择“Heap Dump”。
注意:如果你在发生内存泄露的服务器上有一个远程连接,那么jvisualvm将会把转出文件保存在远程机器(假设这是一台unix机器)上的/tmp目录下。你不得不将这个文件通过FTP传送到你的机器上,然后再进行研究。
用MAT来提取堆转储文件
jconsole和jvisualvm本身就是JDK的一部分,而MAT或者称作“内存分析工具”,是一个基于eclipse的工具。你可以从eclipse.org下载。
最新版本的MAT需要你在电脑上安装JDk1.6。如果你用的是Java1.7版本也不用担心,因为它会自动为你安装1.6版本,并且不会和安装好了的1.7版本产生冲突。
使用MAT的时候,只需要点击“Aquire Heap Dump”,然后遵循指示就可以了。
远程连接
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9010 -Dcom.sun.management.jmxremote.local.only=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false
何时提取堆转存文件
这需要耗费一点心力和运气。如果太早提取了堆转储文件,那么你将不能发现问题。因为它们被合法,非泄露类的实例屏蔽了。不过也不能等待太久,因为提取堆转储文件需要占用内存,进行提取操作的时候可能会导致你的应用崩溃。
最好的办法是将jconsole连接到你的应用程序并监控堆的占用情况,知道它看起来像在崩溃的边缘。这样很容易就能监控到,因为没有发生内存泄露时,三个堆部分指标都是绿色的。
分析转储文件
现在轮到MAT发挥作用了,因为它本身就是被设计用来分析堆转储文件的。要打开和分析一个堆转储文件,选择File选项下的Heap Dump选项。选择了你要打开的文件后,你将会看到如下三个选项:
选择Leak Suspect Report选项。在MAT翻腾几秒后,会生成这样的一个页面:
如饼状图显示:在示例中,疑似有一处发生了内存泄露。也许你会想,这样的做法只有在代码受到控制的情况下才可取。毕竟这只是个例子,这又能说明什么呢?好吧,我承认在这个例子里,所有的问题都是可见的;线程a占用了98.7MB内存,其他线程用了1.5MB。在实际情况中,你得到的图表是这样的。
下一步要做的就是挖得更深一点……
如上图所示,报告的下一部分告诉我们,有一个LinkedBlockQueue占用了98.46%的内存。想要进一步的探究,点击Details>>。
可以看到,问题确实是出在我们的orderQueue上。这个队列里存储了所有生成的虚拟命令,并且可以被我们上篇博文里提到的三个线程OrderFeed、OrderRecord、OrderMonitor访问。
那么一切都清楚了,MAT告诉我们:示例代码中有一个LinkedBlockQueue,这个队列用尽了所有的内存,从而导致了严重的问题。不过我们不知道这个问题为什么会产生,也不能指望MAT告诉我们。这个问题,如阿加莎·克里斯蒂笔下的赫尔克里·波洛所说,得用“泽灰色小细胞”解决……
以上就是探究内存泄露—Part2—分析问题的内容,更多相关内容请关注PHP中文网(www.php.cn)!

最近不少使用win11系统的小伙伴,发现自己电脑桌面窗口占用的内存非常的大,同时还出现了比较严重的内存泄露,就会导致其他的程序运行卡顿不流畅,针对这个问题,我们应该用户什么方法来解决呢?我们打开电脑的控制面板,点击选择电源按钮的功能,取消勾选启用快速启动选项即可,重新启动电脑就能解决问题呀,也可能是显卡驱动程序出现问题了,重新下载驱动程序就好了。内存泄露的原因:内存泄漏是由于错误的内存分配导致计算机程序中的资源错位。当未使用的RAM位置仍未释放时,就会发生这种情况。不要将内存泄漏与空间泄漏或内存

Go语言中存在函数内存泄露,它会导致应用程序内存不断消耗和崩溃。我们可以使用runtime/pprof包进行检测,并检查函数是否意外保留了对不需要资源的引用。要解决内存泄露,我们需要找到导致泄露的引用,通常通过检查函数代码和查找全局变量或闭包引用来实现。

C++是一种强大的编程语言,但同时也是一种需要仔细处理内存管理的语言。在使用C++编写程序时,经常会遇到内存管理问题。本文将详细解析C++中常见的内存管理问题,并提供具体的代码示例,帮助读者理解和解决这些问题。一、内存泄漏(MemoryLeak)内存泄漏指的是程序中动态分配的内存没有被正确释放,导致内存资源的浪费。这是一个常见的问题,尤其是在大型或长时间运

PHP内存泄露是指应用程序分配内存后未能释放,导致服务器可用内存减少和性能下降。原因包括循环引用、全局变量、静态变量和扩展。检测方法有Xdebug、Valgrind和PHPUnitMockObjects。解决步骤为:识别泄漏源、修复泄漏、测试和监控。实战举例说明了循环引用导致的内存泄露,以及通过析构函数打破循环引用以解决问题的具体方法。

如何处理Linux系统中频繁出现的内存使用率过高和泄露问题在使用Linux系统的过程中,我们有时会遇到内存使用率过高和内存泄露的问题。这些问题会导致系统运行缓慢、应用程序崩溃甚至系统崩溃。本文将探讨如何解决这些问题。首先,让我们了解一下内存使用率过高和内存泄露的概念。内存使用率过高内存使用率过高意味着系统中的可用内存非常少,而大部分内存都在使用中。当内存使用

Java中内存管理涉及垃圾收集,但仍可能出现问题。常见问题包括内存泄漏和内存碎片。内存泄漏是由于对象持有不再需要的引用,可用通过避免循环引用、使用弱引用和限定变量范围来解决。内存碎片是由于频繁分配和释放导致,可用通过使用内存池、大对象池和压缩垃圾收集来解决。例如,使用弱引用可以处理内存泄漏问题,确保垃圾收集器在不再需要时回收对象。

Golang是一种快速、高效的开发语言,以其强大的并发能力和内置的垃圾回收机制而受到广泛的欢迎。然而,即使在使用Golang进行开发时,仍然有可能遇到内存泄露的问题。本文将介绍一些常见的Golang开发注意事项,以帮助开发者避免内存泄露问题。避免循环引用循环引用是Golang中常见的内存泄露问题之一。当两个对象相互引用时,如果没有适时地释放这些对象的引用,就

Go语言作为一种快速、高效、易于使用的编程语言,越来越受到开发者的青睐。然而,就像任何一种编程语言一样,Go语言开发也存在一些潜在的风险,如果不加以注意和处理,可能会导致代码质量下降,甚至产生严重的后果。本文将探讨Go语言开发中的一些潜在风险,并结合具体的代码示例进行分析和讨论。1.并发处理的陷阱Go语言天生支持并发编程,通过goroutine和chann


Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

mPDF
mPDF is a PHP library that can generate PDF files from UTF-8 encoded HTML. The original author, Ian Back, wrote mPDF to output PDF files "on the fly" from his website and handle different languages. It is slower than original scripts like HTML2FPDF and produces larger files when using Unicode fonts, but supports CSS styles etc. and has a lot of enhancements. Supports almost all languages, including RTL (Arabic and Hebrew) and CJK (Chinese, Japanese and Korean). Supports nested block-level elements (such as P, DIV),

SublimeText3 Linux new version
SublimeText3 Linux latest version

Notepad++7.3.1
Easy-to-use and free code editor

PhpStorm Mac version
The latest (2018.2.1) professional PHP integrated development tool

Dreamweaver CS6
Visual web development tools
