jprofile分析数据库连接有没有关闭

方法/步骤
　　1
　　JProfiler的内存视图会话提供了内存使用情况的动态更新视图以及分配点的信息视图。所有的视图都有几个聚集层并且能够显示现有存在的对象和作为垃圾回收的对象。本文主要介绍如何意识到内存泄漏以及查找内存泄漏的几种方法。
　　2
　　意识到内存泄漏
　　怀疑内存泄漏的第一步就是查看 "Memory"和"Recorded objects" 遥感勘测视图。当应用程序出现内存泄漏时，视图中会显示出带有震荡的线性积极趋势。如果没有这样的线性趋势，您的应用程序可能只是消耗了大量的内存，而不是内存泄漏。处理方法很简单，找出占用大量内存的类或阵列，尽量减少类或阵列的数量。

　　3
　　使用差异缩小内存泄漏
　　查找内存泄漏的起源的第一步就是查找对象视图和所记录的对象视图的差异。简单的内存泄漏可以利用差分功能来追查。
　　观察对象视图和所记录的对象视图的差异，然后找出该差异是有哪些类引起的。然后，当切换到热点视图时，选择问题类别，然后观察问题实例所分配到的差异列。此时，知道实例创建的方法。

　　4
　　堆遍历器和内存泄漏
　　当获取了一堆快照时，首先你必须创建一个带有对象实例的对象集。如果你在动态内存视图中已经收窄内存泄漏原因的范围,你可以使用 "show selection in heap walker"来保存操作并启动堆遍历器。

　　5
　　利用对象视图找出内存泄漏原因
　　大多数的内存泄漏可以被追溯到对象集群。这将产生一些大的retained size的对象。最大的对象视图列出了带有最大retained size的对象。你可以利用该树形向下钻取从而发现错误引用。

　　6

　　使用参考图找到内存泄漏的原因
　　找出内存泄漏的核心工具是堆遍历器中的参考图。依次打开传入引用，你可能会立即发现一个错误引用。在复杂的系统中，这往往是不可能的。在这种情况下，你必须要找到一个或多个"garbage collector roots"。Garbage collector roots是JVM中的点，不受垃圾回收机制的约束。当你选择了传入引用或图形中的一个对象时，顶部的[Show path to GC root] 按钮被启用。