「java内存马排查」java查看内存工具
本篇文章给大家谈谈java内存马排查，以及java查看内存工具对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
java内存溢出的问题如何排查
java程序大家都知道，内存溢出是经常见的错误，下面从基本的开始分析！
内存溢出是由于没被引用的对象（垃圾）过多造成JVM没有及时回收，造成的内存溢出。如果出现这种现象可行代码排查：
一）是否App中的类中和引用变量过多使用了Static修饰 如public staitc Student s；在类中的属性中使用 static修饰的最好只用基本类型或字符串。如public static int i = 0; //public static String str;
二）是否App中使用了大量的递归或无限递归（递归中用到了大量的建新的对象）
三）是否App中使用了大量循环或死循环（循环中用到了大量的新建的对象）
四）检查App中是否使用了向数据库查询所有记录的方法。即一次性全部查询的方法，如果数据量超过10万多条了，就可能会造成内存溢出。所以在查询时应采用“分页查询”。
五）检查是否有数组，List，Map中存放的是对象的引用而不是对象，因为这些引用会让对应的对象不能被释放。会大量存储在内存中。
六）检查是否使用了“非字面量字符串进行+”的操作。因为String类的内容是不可变的，每次运行"+"就会产生新的对象，如果过多会造成新String对象过多，从而导致JVM没有及时回收而出现内存溢出。
如String s1 = "My name";
String s2 = "is";
String s3 = "xuwei";
String str = s1 + s2 + s3 +.........;这是会容易造成内存溢出的
但是String str = "My name" + " is " + " xuwei" + " nice " + " to " + " meet you"; //但是这种就不会造成内存溢出。因为这是”字面量字符串“，在运行"+"时就会在编译期间运行好。不会按照JVM来执行的。
在使用String,StringBuffer,StringBuilder时，如果是字面量字符串进行"+"时，应选用String性能更好；如果是String类进行"+"时，在不考虑线程安全时，应选用StringBuilder性能更好。
知道原因了，解决起来就非常简单了。
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内存泄露
1、首先我把JVM内存调小，便于在最短的时间内发现问题，利用jstat观察JVM内存回收的情况和使用情况，期间发现旧生代内存的申请在一直进行，但是GC基本回收不回来内存，所以很坚信如果JVM没有BUG的情况下，肯定是存在内存泄漏的地方，应该是代码有问题。但是如何在不翻遍整个代码的情况下，定位问题呢？
2、我查阅几个JVM内存导出工具，并利用JMAP把JVM全部导出来，但是发现悲催的温斗士下，这些工具根本打不开一个G左右的导出文件，直接报乱七八糟的错误，可能也是我的PC硬件配置不高吧，无奈之下只好找了一台Linux服务器，在其上装了MAT工具，然后把JVM导出文件放到这台服务器上进行分析，结果迅速定位到了存在问题的代码
JMAP导出JVM命令格式如下：
jmap -dump:live,format=b,file=heap.bin pid
MAT使用比较简单，不再介绍，只要选择打开导出的文件即可对哪些对象、类等对内存的使用情况一目了然，从而帮助把有可能出问题的代码范围尽量缩小，不用像大海捞针一样采用人海战术逐行代码排查。
关于java内存马排查和java查看内存工具的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。