实验6JVM实战-JVM性能监控和故障处理之可视化工具实战..docVIP

实验报告封面 课程名称： Java虚拟机编程 课程代码： SS2033 任课老师： 潘正军 实验指导老师: 潘正军 实验报告名称： 实验5 JVM实战-JVM性能监控和故障处理之可视化工具实战 学生姓名： 学号： 教学班： 递交日期： 签收人： 我申明，本报告内的实验已按要求完成，报告完全是由我个人完成，并没有抄袭行为。我已经保留了这份实验报告的副本。 申明人(签名): 实验报告评语与评分： 评阅老师签名：实验题目 实验5JVM实战-JVM性能监控和故障处理之可视化工具实战 实验地点及组别 U206/U208 1人/组 实验时间 实验目的 理解并掌握Jconsole：Java监视与管理控制台工具 理解并掌握VisualVM:多合一故障处理工具 二、实验环境（本实验的硬件和软件环境及使用仪器等） 硬件：PC电脑一台； 配置：winxp或win7系统，内存大于2G 硬盘250G及以上 JDK1.7、JDK1.6 、Eclipse或者MyEclipse 三、实验实现过程 ?JDK可视化性能监控和故障处理工具案例实战 一、Jconsole：Java监视与管理控制台工具实战 Jconsole：内存监控 应用场景说明 Jconsole：内存监控。内存是最经常出现问题的地方之一，对内存的监控和分析可以快速定位问题和进行性能优化。 “内存”页签相当于可视化的jstat命令，用于监视受收集器管理的虚拟机内存（Java堆和永久代）的变化趋势。我们通过运行代码清单中的代码来体验一下它的监视功能。运行时设置的虚拟机参数为： -Xms100m -Xmx100m -XX：+UseSerialGC，这段代码的作用是以64KB/50毫秒的速度往Java堆中填充数据，一共填充1000次，使用JConsole的“内存”页签进行监视，观察曲线和柱状指示图的变化。 案例代码 案例运行结果 案例结果分析 Jconsole：线程监控-线程等待案例演示 应用场景说明： 如果上面的“内存”页签相当于可视化的jstat命令的话，“线程”页签的功能相当于可视化的jstack命令，遇到线程停顿时可以使用这个页签进行监控分析。前面讲解jstack命令的时候提到过线程长时间停顿的主要原因主要有：等待外部资源（数据库连接、网络资源、设备资源等）、死循环、锁等待（活锁和死锁）。通过下面的代码清单分别演示一下这几种情况。 案例源码 main线程运行结果与分析 testBusyThread线程运行结果与分析 testLockThread线程运行结果与分析 Jconsole：线程监控-线程死锁案例演示 应用场景说明： testLockThread线程正在处于正常的活锁等待，只要lock对象的notify（）或notifyAll（）方法被调用，这个线程便能激活以继续执行。下面代码清单演示了一个无法再被激活的死锁等待。 这段代码开了200个线程去分别计算1+2以及2+1的值，其实for循环是可省略的，两个线程也可能会导致死锁，不过那样概率太小，需要尝试运行很多次才能看到效果。一般的话，带for循环的版本最多运行2～3次就会遇到线程死锁，程序无法结束。造成死锁的原因是Integer.valueOf（）方法基于减少对象创建次数和节省内存的考虑，[-128，127]之间的数字会被缓存 ，当valueOf（）方法传入参数在这个范围之内，将直接返回缓存中的对象。 也就是说，代码中调用了200次Integer.valueOf（）方法一共就只返回了两个不同的对象。假如在某个线程的两个synchronized块之间发生了一次线程切换，那就会出现线程A等着被线程B持有的Integer.valueOf（1），线程B又等着被线程A持有的Integer.valueOf（2），结果出现大家都跑