【学习笔记】深入理解Java虚拟机学习笔记——第5章 调优案例分析与实战

第5章 调优案例分析与实战

5.1 概述

略

5.2 案例分析

5.2.1 大内存硬件上的程序部署策略

为防止大内存一次Full GC时间过长，可以考虑使用响应速度优先的垃圾回收器，还可以通过将一个10GB堆内存的应用分解为5个2GB堆内存应用，并通过负载均衡来调用，以减小堆内存，加快Full GC速度，加快响应时间

5.2.2 集群间同步导致的内存溢出

分析内存转储快照，以发现占用大量内存的对象以及具体原因。

5.2.3 堆外内存导致的溢出错误

除java方法区和堆内存外，java运行所用内存：P186
NIO会用到大量堆外内存
【如发现OOM异常堆栈中出现unsafe等关键信息，可以尝试将堆内存调小，为直接内存创造更大可用范围，或手动进行FullGC，让JVM顺便对直接内存进行回收】

5.2.4 外部命令导致系统缓慢

java执行shell脚本会创建进程，非常消耗资源，尽量避免，使用其他方式替代，注意观察程序运行问题是自身引起还是被系统其他因素影响

5.2.5 服务器虚拟机进程崩溃

web请求生成大量socket，无法及时返回，超过jvm承受能力后会导致崩溃

5.2.6 不恰当数据结构导致内存占用过大

使用HashMap存储<Long，Long>只有18%空间利用率

5.2.7 由Windows虚拟内存导致的长时间停顿

虚拟机内存会影响程序性能

5.2.8 由安全点导致长时间停顿

【int类型的循环不会让线程进入安全点，需要改为long类型】

5.3 实战：Eclipse运行速度调优

5.3.1 调优前的程序运行状态

略

5.3.2 升级JDK版本的性能变化及兼容问题

Eclipse有自己的Bug list网站，而我们也要提升自己的解决问题的能力。P196

5.3.3 编译时间和类加载时间的优化

java编译后形成.class字节码，需要解释运行，c/c++编译形成二进制文件，可直接运行，但java即时编译，形成的二进制代码一般更高效

5.3.4 调整内存设置，控制垃圾收集频率

根据机器与应用实际情况调整

5.3.5 选择收集器降低延迟

根据实际情况确定垃圾回收线程数