JProfiler 11(Java开发分析工具) v11.0免费版

JProfiler11免费版是一款不错的Java性能分析软件，主要用于监控系统的内存使用情况、线程运行状况、垃圾回收情况等，支持仅包含java.base模块的JVM的分析。jprofiler11带来了多项新功能，大大提高产品性能，深受用户的喜爱，还未更新的朋友赶快下载更新吧！

JProfiler11新功能

1、用于传出请求的HTTP探测;HTTP请求的远程请求跟踪

2、“内联异步执行”调用树和热点视图的树分析

3、自动检测将在当前配置的JVM中生成数据的跟踪类型

4、异步跟踪状态显示在具有相关操作的调用树视图上方

5、检测非配置类中的调用是否会创建异步调用并提供记录它

6、Kotlin协同程序的异步跟踪;基于IntelliJ IDEA的全新明暗外观，支持Windows和Linux的HighDPI

7、jpcontroller的非交互模式;IDE集成的自动过滤器检测

8、重新组织的会话设置对话框，没有单独的“性能分析设置”对话框

9、常规设置对话框的“会话默认值”选项卡上的新会话的默认设置

10、默认设置的“方法呼叫记录”选项卡包括关闭新会话的“检测或采样”问题的选项

11、在会话设置对话框中从其他会话复制所选设置类别的操作

12、更简洁，更易读的配置文件格式，不会写入默认设置

13、在连接到已使用不同设置进行概要分析的JVM时，询问用户是否保留以前的设置

14、对于脱机分析，如果配置文件仅包含单个会话，则不再需要在-agentpath VM参数中指定会话ID

15、使用-agentpath VM参数中的“id”或“config”选项现在会自动激活“立即启动”模式

16、添加了JPROFILER_AGENT_OPTIONS环境变量，以允许在无法修改“-agentpath”VM参数的情况下为代理设置调试参数

17、触发堆转储”操作：添加了用于记录基元数据的选项

18、在探针控件对象视图中为嵌套表的详细信息对话框添加了快速搜索功能

19、servlet探针现在拦截所有Jetty处理程序，增加了对Javalin，Spark和ktor-jetty的支持

20、在调用树和热点视图的视图设置对话框中添加了“缩短包”选项

21、支持仅包含java.base模块的JVM的分析

jprofiler11安装教程

1、双击jprofiler_windows-x64_11_0.exe文件，软件开始解压，如图

2、进入欢迎安装界面，点击next

3、阅读软件许可协议内容，勾选“I accept the agreement”，点击next开始安装

4、jprofiler11正在安装中

5、安装完成

软件功能

1、非常易于使用

在您进行分析时，您需要最强大的工具。同时，您不想花时间学习如何使用该工具。JProfiler就是这样：简单而强大的同时。配置会话是直截了当的，第三方集成使得开始变得轻而易举，并且以自然的方式呈现数据分析。在所有级别上，JProfiler都经过精心设计，可帮助您开始解决问题。

2、DBC，JPA和NOSQL的数据库分析

数据库调用是业务应用程序中性能问题的主要原因。JProfiler的JDBC和JPA / Hibernate探针以及MongoDB，Cassandra和HBase的NoSQL探测器显示了数据库访问速度慢的原因以及代码调用语句的速度。从JDBC时间轴视图向您显示所有JDBC连接及其活动，通过热点视图向您显示各种遥测视图的慢速语句和单个事件列表，数据库探测是深入了解数据库层的重要工具。

3、对JAVA ENTERPRISE EDITION的出色支持

在JProfiler的大多数视图中都存在对JEE的专用支持。例如，在JEE聚合级别中，您可以根据应用程序中的JEE组件查看调用树。此外，为每个请求URI分割调用树。此外，JProfiler在低级别性能分析数据之上添加了语义层，例如在CPU性能分析视图中显示的JDBC，JPA / Hibernate，JMS和JNDI调用。凭借其JEE支持，JProfiler弥补了代码分析器和高级JEE监视工具之间的差距。

4、更高级别的分析数据

JProfiler有许多探针，可以显示JRE中有趣子系统的更高级别数据。除了Java EE子系统(如JDBC，JPA / Hibernate，JSP / Servlets，JMS，Web服务和JNDI)之外，JProfiler还提供有关RMI调用，文件，套接字和进程的高级信息。这些探针中的每一个都有自己的一组有用的视图，可以为您提供一般的洞察力，突出性能问题，并允许您跟踪单个事件。而且，所有这些视图也可用于您自己的自定义探针，您可以在JProfiler中动态配置。

5、对内存泄漏的恒星分析

没有合适的工具，找不到内存泄漏是不可能的。JProfiler的堆walker为您提供了一个直观的界面来解决简单和复杂的内存问题。5种不同的视图和大量检查显示了当前对象集的不同方面。每个视图都为您提供有关所选对象的基本见解，并允许您切换到不同的对象集。只需单击鼠标即可回答诸如为什么对象不是垃圾回收的问题。

6、广泛的QA功能

JProfiler非常适合作为QA工具，无论是在开发期间还是在专门的QA团队中。快照比较的丰富功能可以轻松跟踪进度。JProfiler对命令行操作有很强的支持。这包括分析，导出快照数据和从命令行创建快照比较的功能。与JProfiler捆绑在一起的ant任务允许您从构建脚本执行所有命令行操作。

7、对平台，IDE和应用程序服务器的最广泛支持

JProfiler集成到您的环境中：我们为各种平台提供本机代理库 ，包括32位和64位JVM。集成到 所有流行的IDE中， 使开发过程中的分析与运行应用程序一样简单。市场上几乎所有应用服务器的大量集成向导确保您只需点击几下即可开始使用，而不是阅读文档。

8、低开销

JProfiler仅在您需要时记录数据。实际上，您可以使用JProfiler代理启动应用程序，并在以后附加JProfiler GUI。如果不记录任何数据，则开销非常小。这就是我们所说的需求分析。总是有一些你可以在高级探查器中调整的东西。JProfiler向您显示分析设置将如何影响性能，并为您提供模板以快速选择常见用例的分析设置。

9、功能强大的CPU分析器

修复性能瓶颈是分析器最常见的用例。但是，CPU数据的详细程度可能非常高，而且收集数据的方式可能会对可用性产生巨大影响。使用JProfiler，在尝试找出问题的原因时，您具有决定性的优势。调用树视图过滤器，聚合级别和线程状态选择器只是JProfiler在该领域的多功能性的一些示例。

10、集成的线程分析器

与线程相关的问题比人们想象的要频繁得多。没有线程分析器，您只有极少的机会解决此类问题。使用JProfiler时可以解决一系列其他不透明的问题，例如在使用过多锁定的多线程应用程序中增加活跃度。线程分析不仅在JProfiler中有一个单独的视图部分，它还紧密集成到CPU分析视图中。

11、支持的平台

JProfiler支持在以下平台上进行性能分析：windows、MAC、Linux、FreeBSD、Solaris、AIX、HP-UX

JProfiler 11使用教程

使用JProfiler检查内存泄漏的步骤：

1. 初始化检验环境：

切换到“Live Memory-->All Objects”标签，可以看到当前tomcat中的对象情况,注意jprofiler其他版本可能位置不一样.

在执行操作前，需要先F4,运行“Run GC”，使jvm进行内存回收清理无效的对象.为了便于比较内存的增长情况，可以点击右键--->"Mark Current",

来将当前内存使用情况作为参照;点击后会显示“Difference”列，该列会列出对象数量的变化和变化比率

2.打开内存记录：

点击“Start Recordings”按钮，开始记录。执行这步的主要目的是为下面“Heap Walker”设置一个监控区间;如果不记录的话“Heap Walker”将分析jvm虚拟机的所有内存，即耗时又不能准确的发现内存泄漏的原因。

3. 执行操作，执行gc;

使用压力工具访问被测应用，执行完之后再次F4进行GC----这样是为了消除可以回收的对象。执行内存回收后，仍然存在于内存中的对象有可能是泄漏的对象。如下图instance count中红色的部门为不能回收的对象，difference列列出了增加的对象数量和增。以String为例，在该操作中增加了31751个对象增幅达到了14%，随后会在HeapWalker中观察这些对象，分析哪些对象是泄漏的。一般引起泄漏的对象包括：String、char[]、HashMap、Concurrenthashmap等，这类对象需要重点关注下;

4. 关闭内存记录：

点击“Stop Recordings”关闭内存记录，告诉jProfiler把这段记录作为分析对象;

5. 找到增加迅速的对象类型，打开HeapWalker：

在视图中找到增长快速的对象类型，本例Concurrenthashmap的增长速度很快。在memory视图中找到Concurrenthashmap---点右键----选择“Show Selectiion In Heap Walker”，切换到HeapWarker 视图;切换前会弹出选项页面，注意一定要选择“Select recorded objects”，这样Heap Walker会在刚刚的那段记录中进行分析;否则，会分析tomcat的所有内存对象，这样既耗时又不准确;

6. 在HeapWalker中，找到泄漏的对象;

HeapWarker 会分析内存中的所有对象，包括对象的引用、创建、大小和数量;

HeapWarker视图下方可以进行页面切换：

通过切换到References页签，可以看到这个类的具体对象实例。

为了在这些内存对象中，找到泄漏的对象(应该被回收)，可以在该对象上点击右键，选择“Use Selected Instances”缩小对象范围;

单击OK按钮

7. 通过引用分析该对象：

在References引用页签中，可以看到该对象的的引用关系，可以切换incoming/outcoming，显示引用的类型：

incoming 表示显示这个对象被谁引用;

outcoming 表示显示这个对象引用的其他对象;

选择“Show In Graph”将引用关系使用图形方式展现;

选中该对象，点击“Show Paths To GC Root”，会找到引用的根节点;

在上图中，我们可以发现，这个HashMap Segment对象最终的引用是在ConcurrentHashMap和ReentranLock对象中;

8. 通过创建分析该对象：

如果第7步还不能定位内存泄露的地方，我们可以尝试使用Allocations页签，该页签显示对象是如何创建出来的;

我们可以从创建方法开始检查，检查所有用到该对象的地方，直到找到泄漏位置;