java内存占用分析（java内存消耗太大）

IT服务网

作者

华为云服务器特价优惠火热进行中！

2核2G2兆仅需 38 元；4核4G3兆仅需 79 元。购买时间越长越优惠！更多配置及优惠价格请咨询客服。

合作流程：
1、点击链接注册/关联华为云账号：点击跳转
2、添加客服微信号：cloud7591，确定产品方案、价格方案、服务支持方案等；
3、客服协助购买，并拉微信技术服务群，享受一对一免费技术支持服务；
★技术专家在金蝶、华为、腾讯原厂有多年工作经验，并已从事云计算服务8年，可对域名、备案、网站搭建、系统部署、AI人工智能、云资源规划等上云常见问题提供更专业靠谱的服务，对相应产品提供更优惠的报价和方案，欢迎咨询。

今天给各位分享java内存占用分析的知识，其中也会对java内存消耗太大进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

java内存诊断软件？

对于每一个java进程来说都有自己的内存池和使用空间，而这也就意味着会出现内存使用错误等问题，而这时候我们就需要对java内存进行诊断分析，今天云南java培训就一起来了就一下，在进行内存诊断上都有哪些软件可以使用。

Java堆：分析诊断数据

堆转储分析

堆转储可以使用如下的工具进行分析：

EclipseMAT(内存分析工具，MemoryAnalyzerTool)是一个社区开发的分析堆转储的工具。它提供了一些很棒的特性，包括：

可疑的泄漏点：它能探测堆转储中可疑的泄露点，报告持续占有大量内存的对象;

直方图：列出每个类的对象数量、浅大小(shallow)以及这些对象所持有的堆。直方图中的对象可以很容易地使用正则表达式进行排序和过滤。这样有助于放大并集中我们怀疑存在泄露的对象。它还能够对比两个堆转储的直方图，展示每个类在实例数量方面的差异。这样能够帮助我们查找Java堆中增长快的对象，并进一步探查确定在堆中持有这些对象的根;

不可达的对象：MAT有一个非常棒的功能，那就是它允许在它的工作集对象中包含或排除不可达/死对象。如果你不想查看不可达的对象，也就是那些会在下一次GC周期中收集掉的对象，只关心可达的对象，那么这个特性是非常便利的;

重复的类：展现由多个类加载器所加载的重复的类;

到GC根的路径：能够展示到GC根(JVM本身保持存活的对象)的引用链，这些GC根负责持有堆中的对象;

OQL：我们可以使用对象查询语言(ObjectQueryLanguage)来探查堆转储中的对象。它丰富了OQL的基础设施，能够编写复杂的查询，帮助我们深入了解转储的内部。

JavaVisualVM：监控、分析和排查Java语言的一站式工具。它可以作为JDK工具的一部分来使用，也可以从GitHub上下载。它所提供的特性之一就是堆转储分析。它能够为正在监控的应用创建堆转储，也可以加载和解析它们。从堆转储中，它可以展现类的直方图、类的实例，也能查找特定实例的GC根;

jhat命令工具(在/bin文件夹中)提供了堆转储分析的功能，它能够在任意的浏览器中展现堆转储中的对象。默认情况下，Web服务器会在7000端口启动。jhat支持范围广泛的预定义查询和对象查询语言，以便于探查堆转储中的对象;

Java任务控制(JavaMissionControl)的JOverflow插件：这是一个实验性的插件，能够让Java任务控制执行简单的堆转储分析并报告哪里可能存在内存浪费;

Yourkit是一个商业的Javaprofiler，它有一个堆转储分析器，具备其他工具所提供的几乎所有特性。除此之外，YourKit还提供了：

可达性的范围(reachabilityscope)：它不仅能够列出可达和不可达的对象，还能按照它们的可达性范围显示它们的分布，也就是，强可达、弱/软可达或不可达;

内存探查：YourKit内置了一组全面的查询，而不是使用ad-hoc查询功能，YourKit的查询能够探查内存，查找反模式并为常见的内存问题分析产生原因和提供解决方案。

java内存占用分析（java内存消耗太大）

java应用比较占内存是为什么

因为 Java 运行在虚拟机上，虚拟机本身就占用的内存，因此 Java 程序本身加虚拟机内存导致 Java 比较占内存。

相同的 Java 程序和 C 程序之间，Java 可能会比 C 占用更大的内存。但是在编写 Java 程序的时候程序员不需要过多的将心思放在内存管理上，而编写 C 程序则要小心避免发生内存泄漏。因此，从某种意义上来说，编写 Java 程序可能更加节省内存，除非你的 C 功底比较扎实。

电脑Java8update内存使用率高

可能是代码原因导致的问题，也可能是其他原因导致的问题。

使用dstat和top查看内存使用最高的应用，查到内存占用最高的是java应用，使用2253M内存，但是这台服务器跑了好几个java，具体哪个进程使用top看下资源情况，使用top，使用dstat可以看到java应用整体内存使用率超过了70%，其中pid为16494的进程一个应用占了28.7的内存，使用ps查看16494的线程情况，命令：psp16494-L-opcpu,pmem,pid,tid,time,tname,cmd，看到16494这个pid的应用产生了很多线程。在分析前需要将17417这个id转换为16进制，方便查找信息12[root@localhost~]#printf"%x\n"17417，440916进制为4409。将pid为16494的应用打印到日志中1[root@localhost~]#jstack-l16494jstack.log。查看内存堆栈信息，1[root@localhost~]#vimjstack.log，[root@localhost~]#vimjstack.log在日志信息中查找刚刚转换的4409。可以看到这个线程状态为WAITING通过查看日志发现有大量的waitingoncondition。1，parkingtowaitfor存在大量线程等待被唤醒，占用大量内存。