JProfiler(Java性能分析工具) v11.1.5 中文特别版(附注册码)

JProfiler11破解版是一款全能的专业Java性能分析软件，该软件主要用于分析J2SE和J2EE应用程序，并能够提供许多IDE整合和应用服务器整合用途，能够帮助用户找到有效性能，以防止内存泄漏，并解决执行线程的问题。

JProfiler11兼容性广泛，能够支持多平台和多种服务器，使配置过程更加简化，而且该软件还能够通过实时监控系统的内存使用情况、监视垃圾回收、线程运行状况等来了解应用程序正在执行的操作，以更好找到提高其性能的方法。

JProfiler11破解版特色

1、特殊的易用性

配置文件时，您需要获得的最强大的工具。同时，您不想花时间学习如何使用该工具。 同时简单而强大。配置会话非常简单，第三方集成使入门变得轻而易举，并且以自然的方式呈现分析数据。在所有级别上，软件都经过精心设计，可帮助您开始解决问题。

2、JDBC，JPA和NOSQL的数据库配置文件

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

3、JAVA企业版的出色支持

软件的大多数视图中都提供了对JEE的专门支持。例如，在JEE聚合级别中，您可以根据应用程序中的JEE组件看到调用树。另外，为每个请求URI划分了调用树。此外，软件在低级分析数据的顶部添加了一个语义层，例如在CPU分析视图中显示的JDBC，JPA / Hibernate，JMS和JNDI调用。通过JEE支持，软件弥合了代码分析器和高级JEE监视工具之间的鸿沟。

4、更高级别的分析数据

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

JProfiler11破解版功能

1．内存剖析 Memory profiler

JProfiler 的内存视图部分可以提供动态的内存使用状况更新视图和显示关于内存分配状况信息的视图。所有的视图都有几个聚集层并且能够显示现有存在的对象和作为垃圾回收的对象。

所有对象

显示类或在状况统计和尺码信息堆上所有对象的包。你可以标记当前值并显示差异值。

记录对象 Record objects

显示类或所有已记录对象的包。你可以标记出当前值并且显示差异值。

分配访问树 Allocation call tree

显示一棵请求树或者方法、类、包或对已选择类有带注释的分配信息的J2EE组件。

分配热点 Allocation hot spots

显示一个列表，包括方法、类、包或分配已选类的J2EE组件。你可以标注当前值并且显示差异值。对于每个热点都可以显示它的跟踪记录树。

2．堆遍历 Heap walker

在JProfiler的堆遍历器(Heap walker)中，你可以对堆的状况进行快照并且可以通过选择步骤下寻找感兴趣的对象。堆遍历器有五个视图：

为单个对象和“显示到垃圾回收根目录的路径”提供索引图的显示功能。还能提供合并输入视图和输出视图的功能。

显示一个对已记录对象的解决时间的柱状图。

3． CPU 剖析 CPU profiler

JProfiler 提供不同的方法来记录访问树以优化性能和细节。线程或者线程组以及线程状况可以被所有的视图选择。所有的视图都可以聚集到方法、类、包或J2EE组件等不同层上。CPU视图部分包括：

显示一个积累的自顶向下的树,树中包含所有在JVM中已记录的访问队列。JDBC,JMS和JNDI服务请求都被注释在请求树中。请求树可以根据Servlet和JSP对URL的不同需要进行拆分。

显示消耗时间最多的方法的列表。对每个热点都能够显示回溯树。该热点可以按照方法请求，JDBC，JMS和JNDI服务请求以及按照URL请求来进行计算。

4、本地会话实时分析模式

用户一旦定义好了其应用程序启动方式，JProfiler即能对之进行设置，用户即刻便能从设置好的JVM中看到实时数据。用户若不想进行会话配置，其可以从多个IDE插件中选择其最喜欢的那个对应用程序进行配置。

5、远程会话实时分析模式

通过修改Java开始命令行方式的VM参数，用户可使任意Java应用程序监听来自的JProfiler GUI的连接。该设置程序不但可以在本地计算机上运行，还可以在网络中作为某个设置程序的附加程序使用。此外，JProfiler还提供了相当多的集成向导，可用于主流的可以帮助用户安装和设置其应用程序的应用程序服务器。

6、离线分析模式

用户无需通过JProfiler GUI连接应用程序即可对之进行设置。在离线设置模式下，用户可以使用功能强大的JProfiler触发系统或者JProfiler' API对设置代理进行控制，然后将快照保存入磁盘。稍后用户便可使用命令行导出工具或者蚂蚁任务导出工具，在JProfiler GUI或编程方式的设置导出视图中打开这些快照。

7、快照比较

在JProfiler中，用户可以将当前的所有设置数据保存为一个快照存入磁盘中。JProfiler提供了丰富的比较功能以对比两个或者多个快照之间的不同。用户可从编程的命令行比较工具和ant task比较工具中选择其一创建对比报告。

8、查看HPROF快照

JProfiler能打开用JVM工具(比如jconsole、 jmap或通过-XX:+HeapDumpOnOutOfMemoryError JVM参数触发)创建的HPROF快照文件

JProfiler11破解版注册码介绍

L-GXdJph7lkG-1CvkTwHlvk#741

L-KMGcqlMxTo-Fkd1ultFTt#3810

A-TgIjrDbn41-5w05ktrJFf#18128

A-3rk5EoAR9t-vdItuCJtVi#2898

S-DJMhaqMnvW-36Sb5jcGYO#31259

L-qOQRsFcEcF-LqVM1lqxQm#1437

A-3VIC9ISIit-SkVGccmWta#689

L-dpoWt86zUZ-tzJNLsXY75#4229

S-yYk9XkHyyY-3GVAtuBBkR#1104

S-QH9BAugD8L-EZ2KbOTiIL#31225

以上注册码均来源于网络，仅供学习参考使用

JProfiler11破解版安装步骤

1、以v10.1.1为例在本站下载jprofiler程序并解压缩，双击“jprofiler_windows-x64_10_1_1.exe”程序，出现如下界面后，等待片刻即可

2、这里有两个安装选项：第一个是默认安装；第二个是选择安装位置；软件默认是装在C盘，如果你想更改盘符可以点击customize installation，如果不想更改位置，在下图中之间点击“Next”即可，小编选择的是第二个选项

3、选择“我接受许可协议”后，点击“Next”进行下一项

4、点击“Browse”按钮选择安装位置，之后点击“Next”，第二步选择第一项是没有下图的界面的

5、正在安装，稍候片刻

6、这里的第一项是填写注册码进行注册，第二项是不注册仅安装，这里我们选择第一个选项

7、选择使用注册码注册，并填写信息，Name和Company选项任意填写即可，JProfiler10注册码在压缩包中的“serial.txt”中，下载并解压即可获得，JProfiler11版本使用“KeyGen.exe”获取注册码。

8、要将Jprofiler与IDE集成，请选择目标IDE并单击Integrate，之后点击“Next”进行下一步

9、检查更新，这里默认即可，点击“Next”

10、点击“Finish”结束安装向导

11、到这里JProfiler10就安装破解成功了

JProfiler11破解版使用方法

一、JProfiler设置

1、数据采集模式

JProfier 提供两种数据采集模式 Sampling 和 Instrumentation。

Sampling - 适合于不要求数据完全精确的场景。优点是对系统性能的影响较小，缺点是某些特性不支持(如方法级别的统计信息)。

Instrumentation - 完整功能模式，统计信息也是精确的。缺点是如果需要分析的类比较多，对应用性能影响较大。为了降低影响，往往需要和 Filter 一起使用。

由于我们需要获取方法级别的统计信息，这里选择了 Instrumentation 模式。同时配置了 Filter，让 agent 只记录位于 Java 包com.aliyun.openservices.aliyun.log.producer下的类和类com.aliyun.openservices.log.Client的 CPU 分析数据。

2、应用启动模式

通过为 JProfiler agent 指定不同的参数可以控制应用的启动模式。

等待模式 - 只有在 Jprofiler GUI 和 agent 建立连接并完成分析配置设置后，应用才会真正启动。在这种模式下，您能够获取应用启动时期的分析数据。对应的命令为-agentpath:=port=8849。

立即启动模式 - 应用会立即启动，Jprofiler GUI 会在需要时和 agent 建立连接并设置分析配置。这种模式相对灵活，但会丢失应用启动初期的分析数据。对应的命令为-agentpath:=port=8849,nowait。

离线模式 - 通过触发器记录数据、保存快照供事后分析。对应的命令为-agentpath:=offline,id=xxx,config=/config.xml。

因为是在测试环境，同时对应用启动初期的性能也比较关注，这里选择了默认的等待模式。

二、使用 JProfiler 诊断性能

在完成 JProfiler 的设置后，便可以对 Producer 的性能进行诊断。

1、Overview

在概览页我们可以清晰的看到内存使用量、垃圾收集活动、类加载数量、线程个数和状态、CPU 使用率等指标随时间变化的趋势。

通过此图，我们可以作出如下基本判断：

程序在运行过程中会产生大量对象，但这些对象生命周期极短，大部分都能被垃圾收集器及时回收，不会造成内存无限增长。

加载类的数量在程序初始时增长较快，随后保持平稳，符合预期。

在程序运行过程中，有大量线程处于阻塞状态，需要重点关注。

在程序刚启动时，CPU 使用率较高，需要进一步探究其原因。

2、CPU views

CPU views 下的各个子视图展示了应用中各方法的执行次数、执行时间、调用关系等信息，能帮我们定位对应用性能影响最大的方法。

3、Call Tree

Call tree 通过树形图清晰地展现了方法间的层次调用关系。同时，JProfiler 将子方法按照它们的执行总时间由大到小排序，这能让您快速定位关键方法。

对于 Producer 而言，方法SendProducerBatchTask.run()耗时最多，继续向下查看会发现该方法的主要时间消耗在了执行方法Client.PutLogs()上。

4、Hot Spots

如果您的应用方法很多，且很多子方法的执行时间比较接近，使用 hot spots 视图往往能助您更快地定位问题。该视图能根据方法的单独执行时间、总执行时间、平均执行时间、调用次数等属性对它们排序。其中，单独执行时间等于该方法的总执行时间减去所有子方法的总执行时间。

在该视图下，可以看到Client.PutLogs()，LogGroup.toByteArray()，SamplePerformance$1.run()是单独执行时间耗时最多的三个方法。

5、Call Graph

找到了关键方法后，call graph 视图能为您呈现与该方法直接关联的所有方法。这有助于我们对症下药，制定合适的性能优化策略。

这里，我们观察到方法Client.PutLogs()执行的主要时间花费在了对象序列化上，因此性能优化的关键是提供执行效率更高的序列化方法。

6、Live memory

Live memory 下的各个子视图能让您掌握内存的具体分配和使用情况，助您判断是否存在内存泄漏问题。

7、All Objects

All Objects 视图展示了当前堆中各种对象的数量和总大小。由图可知，程序在运行过程中构造出了大量 LogContent 对象。

8、Allocation Call Tree

Allocation Call Tree 以树形图的形式展示了各方法分配的内存大小。可以看到，SamplePerformance$1.run()和SendProducerBatchTask.run()是内存分配大户。

9、Allocation Hot Spots

如果方法比较多，您还可以通过 Allocation Hot Spots 视图快速找出分配对象最多的方法。

10、Thread History

线程历史记录视图直观地展示了各线程在不同时间点的状态。

不同线程执行的任务不同，所展现的状态特征也不同。

线程pool-1-thread-会循环调用producer.send()方法异步发送数据，它们在程序刚启动时一直处于运行状态，但随后在大部分时间里处于阻塞状态。这是因为 producer 发送数据的速率低于数据的产生速率，且单个 producer 实例能缓存的数据大小有限。在程序运行初始，producer 有足够空间缓存待发送数据，所以pool-1-thread-一直处于运行状态，这也就解释了为何程序在刚启动时 CPU 使用率较高。随着时间的推移，producer 的缓存被逐渐耗尽，pool-1-thread-必须等到 producer “释放”出足够的空间才有机会继续运行，这也是为什么我们会观察到大量线程处于阻塞状态。

aliyun-log-producer-0-mover负责将超时 batch 投递到发送线程池中。由于发送速率较快，batch 会因缓存的数据达到了上限被pool-1-thread-直接投递到发送线程池中，因此 mover 线程在大部分时间里都处于等待状态。

aliyun-log-producer-0-io-thread-作为真正执行数据发送任务的线程有一部分时间花在了网络 I/O 状态。

aliyun-log-producer-0-success-batch-handler用于处理发送成功的 batch。由于回调函数比较简单，执行时间短，它在大部分时间里都处于等待状态。

aliyun-log-producer-0-failure-batch-handler用于处理发送失败的 batch。由于没有数据发送失败，它一直处于等待状态。

通过上述分析可知，这些线程的状态特征都是符合预期的。

Overhead Hot Spots Detected

当程序运行结束后，JProfiler 会弹出一个对话框展示那些频繁被调用，但执行时间又很短的方法。在下次诊断时，您可以让 JProfiler agent 在分析过程中忽略掉这些方法以减轻对应用性能的影响。