本应该都支持。深入了解 Java，这类工具是不可少的：
Name: License for You
Lincese Code: A-G667#42616F-10kg1r134fq9m#2217
为了保证真实环境的检测成功，我做了大量的试验，譬如：
1、Windows 系列的本地、远程测试。
2、AIX 的远程测试。
3、Tomcat5.0、WebLogic8.14、WebSphere6.02，以及上述两种方式的组合测试，排列组
合，场景不下 10 个。
当时也参阅了大量 JVM 文档，JProfiler 官方几百页英文文档，辅助的 JProbe 对照。而且
也制造过内存泄漏造成的 OOM 场景。
当然，要是在几个月前，在客户那边部署的测试环境时，就进行测试该多好啊。
相关主题推荐
•
WebSphere Application Server 中的内存泄漏检测与分析(2)
•
WebSphere Application Server 中的内存泄漏检测与分析(1)
•
•
•
WebSphere Application Server 中的内存泄漏检测与分析:
•
WebSphere 应用服务器内存泄漏探测与诊断工具选择最佳实践(1)
•
WebSphere Application Server 中的内存泄漏检测与分析:
•
•
WebSphere JVM classloader 内存泄漏
在 公司内部，我用 JProfiler 测试了我们当时部署的几个应用，没有发现内存泄漏，
所以，我们最怀疑的是就是 CMS 系统。因为出问题的那个 WAS 上它占 去了
90％的负荷（我们有多台 AIX、WAS 服务器）。该 CMS 超级庞大，感觉著名的
赛迪网就用它，当时该 CMS 厂商给我们部署都花了快一个月。所以再重 新部署
一套测试环境也挺困难。另外，CMS 提供商不给 lisence。现在测试，客户早就
对我们恼火了，当然不怎么配合，这对我们工作的开展就有很大的挑 战。
在大致可以确定万无一失的情况下，我们最终决定在客户的真实环境下测试。也
就是让 JProfiler 的 agent 端直接在 WAS 的 JVM 里面启动（北京 IDC），然后远
程（大连）监控。
本来该模式在另外几个应用的测试都通过了（因为北京 IDC 那边好几台 AIX 服
务器）。但一部署上，客户的一些编辑用 CMS 时就感觉超级慢，尽管我们用了
JProfiler 的最小负载模式。半个小时后，客户实在无法忍受，打电话过来，又把
我们部长和经理训了一顿，还要写书面报告。我们被迫马山中止测试，恢 复现
场。