blocks|key|3263933|text|您可以要求VM在发生OutOfMemory错误时生成一个堆转储，然后分析此堆转储。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3263934|对于Sun的HotSpot，您可以按照here的描述请求生成堆转储。|offset|length|3263935|要分析转储，可以使用jVisualVM或jhat。(也许会有更好的工具，不过到目前为止我还不需要它们。)|3263936|entityMap|0|LINK|mutability|MUTABLE|url|http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/clopts.html^0|0|J|4|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@$D|R|E|S|1|T]]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

You could ask your VM to generate a heap dump when an OutOfMemory-Error occurs, and then analyse this heapdump.

For Sun's HotSpot VM, you can request heap dump generation as described <a href="http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/clopts.html" rel="nofollow noreferrer">here</a>.

To analyze the dump, you could use jVisualVM or jhat. (There may be better tools, I haven't needed them so far, though.)

blocks|key|3263976|text|使用jvisualvm+(在Java6JDK中)，看看它是否提供了YourKit没有提供的信息(包括分析)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3263977|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Attach with jvisualvm (in the Java 6 JDK) and see if it provides information (including profiling) that YourKit does not.

blocks|key|1076023|text|这听起来像是你在以错误的方式分析一些东西，你可能遗漏了一些东西。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1076024|分析器错过泄漏是不常见的，而且这种泄漏显然严重到足以使您的服务器崩溃。你有没有检查过你崩溃的原因确实和内存有关？|1076025|你能发布你的代码的可疑部分和一些分析结果吗？|1076026|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

It sounds like you are profiling something the wrong way, you might be missing something.

It is uncommon for a profiler to miss out on a leak, and one which is clearly bad enough to crash your server. Have you checked that the reason you are crashing in indeed memory-related?

Can you post the suspected part of your code and some profiling results?

blocks|key|1069929|text|您可以尝试浏览堆-使用jmap创建二进制堆转储，jhat将启动一个小型本地服务器，允许您浏览堆内容。Eclipse还有一个图形化插件，允许您浏览堆。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1069930|jmap+-dump:format=b,file=FILENAME+PID
jhat+HEAPFILENAME|code-block|syntax|javascript|1069931|这可能不是那么有帮助，但它是一个开始-例如，如果你有大量的字符串映射，一个堆满了数十万个字符串的堆不会告诉你哪些映射和代码的哪些部分是违规者。|1069932|如果您正在创建大量线程，您还可以尝试运行jstack，它将告诉您当前在jvm中运行的所有线程的线程状态。|1069933|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

You could try browsing the heap - use jmap to create a binary heap dump , jhat will start a small local server that will allow you to browse the heap contents. Eclipse also has a graphical plugin to allow you to browse heaps. 

<pre><code>jmap -dump:format=b,file=FILENAME PID
jhat HEAPFILENAME
</code></pre>

This may not be all that helpful,but it's a start- e.g. if you've got enormous maps of strings a heap full of hundreds of thousands of strings doesn't tell you which maps and what parts of the code are the offenders.

if you're creating lots of threads you could also try running jstack, which will tell you the thread status of all the threads currently running in your jvm.

blocks|key|4731524|text|还有另一个答案，一个不涉及内存泄漏的答案，它可以导致java进程崩溃。堆栈溢出。你的线程中有没有做任何递归的？有没有办法让你的代码创建一个巨大的调用堆栈？你需要发布崩溃信息，这样我们才能排除各种可能性。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4731525|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

There is another answer, one that doesn't involve a memory leak, that can cause a java process to crash. Stack Overflow. Do any of your threads do any recursion? Is there a way your code is creating a huge call stack? You need to post the crash message so we can weed out various possibilities.

I have a problem with a Java memory leak, which for some reason does not show up in my profiler (Yourkit). When I run my Java application (A server with some threads for listening, sending and processing data) it seems that every time I get a new connection and this connection is removed some memory is not cleaned up. At least, this is what windows (and Linux) say.

When I run my application with my profiler, it simply shows the memory the way it is supposed to be, when a thread is closed all the memory is cleaned up. However, in reality, after a while Java simply crashed because it uses too much memory, so regardless of what my profiler says, I tend to believe windows and Linux that I do use it. Running garbage collection does not clean up the memory either.

So what could this be? I've tried everything I know, close the threads, set all the objects to null, delete the content of every array, etc. I am pretty sure the threads are closed because both eclipse and the compiler and the printouts seem to confirm this.

Does anyone have a clue?

How to find a java memory leak

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我遇到了Java内存泄漏的问题，由于某种原因，它没有出现在我的分析器(Yourkit)中。当我运行我的Java应用程序(一个带有一些用于监听、发送和处理数据的线程的服务器)时，似乎每次我得到一个新的连接并且这个连接被删除时，一些内存并没有被清理。至少，windows (和Linux)是这么说的。当我用分析器运行我的应用程序时，它只是简单地显示了它应该是的内存，当一个线程关闭时，所有的内存都被清除了

问如何查找java内存泄漏
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何查找java内存泄漏EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何查找java内存泄漏
EN