性能监控与调优(中篇)

上一篇

JVM监控及诊断工具-命令行篇

内存泄漏

内存泄露理解与分类

简言之:不需要使用但还在使用的是内存泄漏
例如：

严格来说，只有对象不会再被程序用到了，但是Gc又不能回收他们的情况，才叫内存泄漏。
但实际情况很多时候一些不太好的实践（或疏忽）会导致对象的生命周期变得很长甚至导致OOM，也可以叫做宽泛意义上的“内存泄漏”。

内存泄漏与内存溢出的关系:

1．内存泄漏（ memory leak )
申请了内存用完了不释放，比如一共有 1024M的内存，分配了512M的内存一直不回收，那么可以用的内存只有512M 了，仿佛泄露掉了一部分;
2．内存溢出（out of memory）
申请内存时，没有足够的内存可以使用;
可见，内存泄漏和内存溢出的关系:内存泄漏的增多，最终会导致内存溢出。

泄漏的分类

经常发生:发生内存泄露的代码会被多次执行，每次执行，泄露一块内存;
偶然发生:在某些特定情况下才会发生;
一次性:发生内存泄露的方法只会执行一次;
隐式泄漏:一直占着内存不释放，直到执行结束:严格的说这个不算内存泄漏，因为最终释放

Java中内存泄露的8种情况

静态集合类

静态集合类，如HashMap、LinkedList等等。如果这些容器为静态的，那么它们的生命周期与JVM程序一致，则容器中的对象在程序结束之前将不能被释放，从而造成内存泄漏。简单而言，长生命周期的对象持有短生命周期对象的引用，尽管短生命周期的对象不再使用，但是因为长生命周期对象持有它的引用而导致不能被回收。
例子：

static ArrayList<String> a=new ArrayList<>();
  public  void jia(){
        String s=new String("12");
        a.add(s);
    }

单例模式

单例模式，和静态集合导致内存泄露的原因类似，因为单例的静态特性，它的生命周期和JVM 的生命周期一样长，所以如果单例对象如果持有外部对象的引用，那立这个外部对象也不会被回收，那么就会造成内存泄漏。

内部类持有外部类

内部类持有外部类，如果一个外部类的实例对象的方法返回了一个内部类的实例对象。这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄漏。

各种连接。

各种连接，如数据库连接、网络连接和IO连接等。
在对数据库进行操作的过程中，首先需要建立与数据库的连接，当不再使用时，需要调用close方法来释放与数据库的连接。只有连接被关闭后，垃圾回收器才会回收对应的对象。
否则，如果在访问数据库的过程中，对Connection、Statement或ResultSet不显性地关闭，将会造成大量的对象无法被回收，从而引起内存泄漏。

变量不合理的作用域

变量不合理的作用域。一般而言，一个变量的定义的作用范围大于其使用范围，很有可能会造成内存泄漏。另一方面，如果没有及时地把对象设置为null，很有可能导致内存泄漏的发生。

如上面这个伪代码，通过readFromNet方法把接受的消息保存在变量msg中，然后调用saveDB方法把msg的内容保存到数据库中，此时msg已经就没用了，由于msg的生命周期与对象的生命周期相同，此时msg还不能回收,因此造成了内存泄漏。
实际上这个msg变量可以放在receiveMsg方法内部，当方法使用完，那么msg的生命周期也就结束，此时就可以回收了。还有一种方法，在使用完msg后，把msg设置为null，这样垃圾回收器也会回收。

改变哈希值

改变哈希值，当一个对象被存储进HaghSet集合中以后，就不能修改这个对象中的那些参与计算哈希值的字段了。
否则，对象修改后的哈希值与最初存储进HashSet集合中时的哈希值就不同了，在这种情况下，即使在contains方法使用该对象的当前引用作为的参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会导致无法从HashSet集合中单独删除当前对象，造成内存泄漏。
这也是 String为什么被设置成了不可变类型，我们可以放心地把String存入HashSet，或者把String当做HashMap 的key 值;
当我们想把自己定义的类保存到散列表的时候，需要保证对象的hashCode不可变。
例子：

public class ChangeHashCode1 {
    public static void main(String[] args) {
        HashSet<Point> hs = new HashSet<Point>();
        Point cc = new Point();
        cc.setX(10);//hashCode = 41
        hs.add(cc);

        cc.setX(20);//hashCode = 51  此行为导致了内存的泄漏

        System.out.println("hs.remove = " + hs.remove(cc));//false
        hs.add(cc);
        System.out.println("hs.size = " + hs.size());//size = 2

        System.out.println(hs);
    }

}

class Point {
    int x;

    public int getX() {
        return x;
    }

    public void setX(int x) {
        this.x = x;
    }

    @Override
    public int hashCode() {
        final int prime = 31;
        int result = 1;
        result = prime * result + x;
        return result;
    }

    @Override
    public boolean equals(Object obj) {
        if (this == obj) return true;
        if (obj == null) return false;
        if (getClass() != obj.getClass()) return false;
        Point other = (Point) obj;
        if (x != other.x) return false;
        return true;
    }

    @Override
    public String toString() {
        return "Point{" +
                "x=" + x +
                '}';
    }
}

缓存遗漏

内存泄漏的另一个常见来源是缓存，一旦你把对象引用放入到缓存中，他就很容易遗忘。比如:之前项目在一次上线的时候，应用启动奇慢直到夯死，就是因为代码中会加载一个表中的数据到缓存（内存)中，测试环境只有几百条数据,但是生产环境有几百万的数据。
对于这个问题，可以使用WeakHashMap代表缓存，此种Map的特点是，当除了自身有对key的引用外，此key没有其他引用那么此map会自动丢弃此值。|
例子:

public class MapTest {
    static Map wMap = new WeakHashMap();
    static Map map = new HashMap();

    public static void main(String[] args) {
        init();
        testWeakHashMap();
        testHashMap();
    }

    public static void init() {
        String ref1 = new String("obejct1");
        String ref2 = new String("obejct2");
        String ref3 = new String("obejct3");
        String ref4 = new String("obejct4");
        wMap.put(ref1, "cacheObject1");
        wMap.put(ref2, "cacheObject2");
        map.put(ref3, "cacheObject3");
        map.put(ref4, "cacheObject4");
        System.out.println("String引用ref1，ref2，ref3，ref4 消失");

    }

    public static void testWeakHashMap() {

        System.out.println("WeakHashMap GC之前");
        for (Object o : wMap.entrySet()) {
            System.out.println(o);
        }
        try {
            System.gc();
            TimeUnit.SECONDS.sleep(5);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("WeakHashMap GC之后");
        for (Object o : wMap.entrySet()) {
            System.out.println(o);
        }
    }

    public static void testHashMap() {
        System.out.println("HashMap GC之前");
        for (Object o : map.entrySet()) {
            System.out.println(o);
        }
        try {
            System.gc();
            TimeUnit.SECONDS.sleep(5);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("HashMap GC之后");
        for (Object o : map.entrySet()) {
            System.out.println(o);
        }
    }

}
/**
 * 结果
 * String引用ref1，ref2，ref3，ref4 消失
 * WeakHashMap GC之前
 * obejct2=cacheObject2
 * obejct1=cacheObject1
 * WeakHashMap GC之后
 * HashMap GC之前
 * obejct4=cacheObject4
 * obejct3=cacheObject3
 * Disconnected from the target VM, address: '127.0.0.1:51628', transport: 'socket'
 * HashMap GC之后
 * obejct4=cacheObject4
 * obejct3=cacheObject3
 **/

监听器和回调

内存泄漏另一个常见来源是监听器和其他回调，如果客户端在你实现的API中注册回调，却没有显示的取消,那么就会积聚。
需要确保回调立即被当作垃圾回收的最佳方法是只保存它的弱引用，例如将他们保存成为weakHashMap中的键。

支持使用OQL语言查询对象信息

MAT支持一种类似于SQL的查询语言OQL (Object Query Language).OQL使用类SQL语法，可以在堆中进行对象的查找和筛选。

Jprofjler

特点:
使用方便、界面操作友好（简单且强大)
对被分析的应用影响小(提供模板)
CPu, Thread,Memory分析功能尤其强大
支持对jdbc, nosql， jsp, servlet, socket-支持多种模式(离线，在线)的分析
支持监控本地、远程的JVM
·跨平台,拥有多种操作系统的安装版本
主要功能
1-方法调用
对方法调用的分析可以帮助您了解应用程序正在做什么，并找到提高其性能的方法
2-内存分配
通过分析堆上对象、引用链和垃圾收集能帮您修复内存泄漏问题,优化内存使用
3-线程和锁
JProfiler提供多种针对线程和锁的分析视图助您发现多线程问题
4-高级子系统
许多性能问题都发生在更高的语义级别上。例如。对于JDBC调用，您可能希望找出执行最慢的SQL语句。JProfiler支持对这些子系统进行集成分析

具体使用

数据采集方式

JProfier数据采集方式分为两种: Sampling(样本采集)和Instrumentation（重构模式). Instrumentation:这是3Profiler全功能模式。在class加载之前，JProfier把相关功能代码写入到需要分析的class的bytecode中，对正在运行的jvm有一定影响。
·优点:功能强大。在此设置中,调用堆栈信息是准确的。
缺点:若要分析的class较多,则对应用的性能影响较大,CPU开销可能很高(取决于Filter的控制)。因此使用此模式一般配合Filter使用,只对特定的类或包进行分析.
.Sampling:类似于样本统计，每隔一定时间(5ms)将每个线程战中方法栈中的信息统计出来。
·优点:对CPu的开销非常低，对应用影响小(即使你不配置任何Filter)缺点:一些数据/特性不能提供(例如:方法的调用次致、执行时间)
注: JProfiler本身没有指出数据的采集类型，这里的采集类型是针对方法调用的采集类型。因为JProfiler的绝大多数核心功能都依赖方法调用采集的数据，所以可以直接认为是JProfiler的数据采集类型。

类跟踪视图可以包含任意数量的图表，显示选定的类和包的实例与时间

Arthas

Arthas (阿尔萨斯〉是Alibaba开源的Java诊断工具，深受开发者喜爱。在线排查问题，无需重启:动态跟踪Java代码;实时监控VM状态。
Arthas 支持JDK 6+，支持Linux/Mac/Windows，采用命令行交互模式，同时提供丰宫的Tab_自动补全功能,进一步方便进行问题的定位和诊断。

使用

启动

web console

除了在命令行查看外，Arthas目前还支持 web Console。在成功启动连接进程之后就已经自动启动，可以直接访问http://127.0.0.1:8563/访问，页面上的操作模式和控制台完全一样。

退出

最后一行[arthas@7457]$，说明打开进入了监控客户端，在这里就可以执行相关命令进行查看了。
·使用quit\exit:退出当前客户端
使用stop\shutdown:关闭arthas服务端,并退出所有客户端。

相关诊断指令

基础指令

jvm相关

class/classloader相关

Java Mission Control

自Java 11开始，本节介绍的JFR已经开源。但在之前的 Java 版本，JFR属于Commercial Feature，需要通过Java 虚拟机参数-XX:+UnlockCommercialFeatures开启。
Mission Control位于%JAVA_HOME%/ bin/jmc.exe,打开这款软件。

Java Mission Control〈简称JMC） ,Java官方提供的性能强劲的工具。是一个用于对Java 应用程序进行管理、监视、概要分析和故障排除的工具套件。
它包含一个GUI客户端，以及众多用来收集 Java 虚拟机性能数据的插件，如JMX
Console(能够访问用来存放虚拟机各个子系统运行数据的MXBeans)，以及虚拟机内置的高效profiling工具Java Flight Recorder (JFR） 。
JMC的另一个优点就是:采用取样，而不是传统的代码植入技术，对应用性能的影响非常非常小，完全开着JMC来做压测（唯一影响可能是 full gc多了)。

Java Flight Recorder

启动方式

火焰图

在追求极致性能的场景下，了解你的程序运行过程中cpu在干什么很重要，火焰图就是一种非常直观的展示cpu在程序整个生命周期过程中时间分配的工具。

jvm运行时参数

JVM参数选项类型

标准参数选项

特点
比较稳定,后续版本基本不会变化
以-开头

各种选项
运行java或者java -help可以看到所有的标准选项
补充内容:-server 与-client

-x参数选项

特点：
非标准化参数
功能还是比较稳定的。但官方说后续版本可能会变更以-X开头

各种选项
运行java -X命令可以看到所有的X选项

JVM的JIT编译模式相关的选项

-Xint
禁用JIT，所有字节码都被解释执行，这个模式的速度最慢的
-Xcomp
所有字节码第一次使用就都被编译成本地代码，然后再执行
-Xmixed
混合模式，默认模式，让JIT根据程序运行的情况，有选择地将某些作

-xx参数选项

特点：
非标准化参数
使用的最多的参数类型
这类选项属于实验性。不稳定以-XX开头
作用：
用来开发和调试jvm

分类

Boolean类型

-XX:+表示启用option 属性
-XX:-表示禁用option属性
说明:因为有的指令默认是开启的，所以可以使用-关闭

非Boolean类型（key -value）

子类型1:故值型格式,-XX:=
子类型2:非数值型格式-XX:=

补充

-XX:+PrintFlagsFinal
输出所有参数的名称和默认值
默认不包括Diagnostic和Experimental的参数
可以配合-XX:+UnlockDiagnosticVMOptions和-XX:UnlockExperimentalVMOptions使用

添加jvm选项

常用的JVM参数选项

打印设置的XX选项及值

堆、栈、方法区等内存的大小设置

OutofMemory相关的选项

垃圾收集器相关选项

-XX:+PrintCommandLineFlags:查看命令行相关参数（包含使用的垃圾收集器)
使用命令行指令:jinfo - flag 相关垃圾回收器参数 进程ID

GC日志相关选项

其他参数

通过Java代码获取jvm参数类型

Java提供了java.lang.management包用于监视和管理Java虚拟机和Java运行时中的其他组件，它允许本地和远程监控和管理运行的Java虚拟机。其中ManagementFactory这个类还是挺常用的。另外还有Runtime类也可以获取一些内存、CPU核数等相关的数据。通过这些api可以监控我们的应用服务的堆内存使用情况，设置一些阙值进行报警等处理。

public class MemoryMonitor {
    public static void main(String[] args) {
        MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean();
        MemoryUsage usage = memorymbean.getHeapMemoryUsage();
        System.out.println("INIT HEAP: " + usage.getInit() / 1024 / 1024 + "m");
        System.out.println("MAX HEAP: " + usage.getMax() / 1024 / 1024 + "m");
        System.out.println("USE HEAP: " + usage.getUsed() / 1024 / 1024 + "m");
        System.out.println("\nFull Information:");
        System.out.println("Heap Memory Usage: " + memorymbean.getHeapMemoryUsage());
        System.out.println("Non-Heap Memory Usage: " + memorymbean.getNonHeapMemoryUsage());

        System.out.println("=======================通过java来获取相关系统状态============================ ");
        System.out.println("当前堆内存大小totalMemory " + (int) Runtime.getRuntime().totalMemory() / 1024 / 1024 + "m");// 当前堆内存大小
        System.out.println("空闲堆内存大小freeMemory " + (int) Runtime.getRuntime().freeMemory() / 1024 / 1024 + "m");// 空闲堆内存大小
        System.out.println("最大可用总堆内存maxMemory " + Runtime.getRuntime().maxMemory() / 1024 / 1024 + "m");// 最大可用总堆内存大小

    }
}

下一篇