如何 CPU 使用 VisualVM 分析 Wildfly10？
How to CPU Profile Wildfly10 using VisualVM?
问题：
我有一个 J2EE 应用程序，对于使用特定数据集的给定任务（生成一些文件），它 运行ning 非常慢。我决定 运行 通过应用程序使用 visualvm 探查器来了解问题的本质。该应用程序 运行 使用最新的 Java 8.
在 Widlfly 10 上运行
为避免配置复杂性，探查器 (visualvm) 和 Wildfly 服务器都在本地 运行ning。
遇到的第一个问题是 JVMTI 错误 62，已使用 -Xverify:none 作为 jvm 参数解决。
第二个问题（阻塞问题）是如果我在部署应用程序时 运行 分析器和 运行ning，Wildfly 部署扫描仪抛出这样的异常：
13:19:04,476 INFO [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Waiting for connection on port 5140 (Protocol version: 15)
13:19:04,517 INFO [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Established connection with the tool
13:19:04,847 INFO [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Local accelerated session
13:19:15,984 WARN [org.jboss.as.ejb3.timer] (EJB default - 6) WFLYEJB0043: A previous execution of timer [id=e6a6ea46-6c2a-466d-b767-cccc8d5021a9 timedObjectId=ecs.ecs.BatchCoordinator auto-timer?:false persistent?:false timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@142b16ca initialExpiration=Sun Aug 05 13:17:05 COT 2018 intervalDuration(in milli sec)=5000 nextExpiration=Sun Aug 05 13:19:15 COT 2018 timerState=IN_TIMEOUT info=null] is still in progress, skipping this overlapping scheduled execution at: Sun Aug 05 13:19:15 COT 2018.
13:19:16,025 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("read-resource") failed - address: ([("deployment" => "my_application.war")]): java.lang.NoClassDefFoundError: org/jboss/as/controller/AttributeDefinition$$Lambda7
at org.jboss.as.controller.AttributeDefinition$$Lambda7/1799183343.get$Lambda(Unknown Source)
at org.jboss.as.controller.AttributeDefinition.getNoTextDescription(AttributeDefinition.java:872)
at org.jboss.as.controller.AttributeDefinition.addResourceAttributeDescription(AttributeDefinition.java:697)
at org.jboss.as.controller.ListAttributeDefinition.addResourceAttributeDescription(ListAttributeDefinition.java:158)
at org.jboss.as.controller.descriptions.DefaultResourceDescriptionProvider.getModelDescription(DefaultResourceDescriptionProvider.java:129)
at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecuteInternal(ReadResourceHandler.java:370)
at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecute(ReadResourceHandler.java:173)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:263)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:208)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:667)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:657)
at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.getDeploymentsStatus(DefaultDeploymentOperations.java:76)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1622)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1571)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:572)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:491)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentScanRunnable.run(FileSystemDeploymentService.java:250)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access1(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.ClassNotFoundException: org.jboss.as.controller.AttributeDefinition$$Lambda7 from [Module "org.jboss.as.controller:main" from local module loader @4cc77c2e (finder: local module finder @7a7b0070 (roots: D:\jbossas\wildfly-10.1.0.Final-ecs\modules,D:\jbossas\wildfly-10.1.0.Final-ecs\modules\system\layers\base))]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
... 30 more
如果我 运行 未部署任何应用程序的分析器，VisualVM 的分析器启动时不会出现问题；但是，如果我尝试在此 state/operation 模式下部署我的应用程序，wildfly 扫描器将永远不会启动，并且永远不会部署该应用程序。
所以，我做错了什么？？
最后，我开始使用 visualVM Profiler...这些是执行 Wildfly 10 CPU profile 需要执行的步骤VisualVM（都在本地执行！！）：
下载 latest VisualVM（在我的例子中是版本 1.4.1）。
下载 JDK10 ...您将需要 JDK10，以便 仅 运行 VisualVM。此步骤是必需的，因为 bug（这是我之前在分析应用程序时遇到的错误）
更改 visualVM 配置文件 (<visual-vm>/etc/visualvm.conf) 以指向您的 JDK10 安装...
转到<visual-vm>/profiler/lib并将库：jfluid-server.jar复制到：<wildfly>/standalone/lib/ext ...需要此库来克服以下错误：java.lang.NoClassDefFoundError: org/netbeans/lib/profiler/server/ProfilerRuntimeCPUFullInstr（有关此错误的更多信息，请参见 here and here）
接下来，修改wildfly启动脚本，在SystemProperty中包含包org.netbeans.lib.profiler.server：jboss.modules.system.pkgs。示例：-Djboss.modules.system.pkgs=org.jboss.byteman,org.netbeans.lib.profiler.server。 （根据这个 link，这个 属性 强制 wildfly 从任何类加载器定位这样的包）
启动 visualVM。
启动wildfly服务器（包括你的应用程序EAR/WAR/JAR应用程序）...注意：我正在运行ning the wildfly使用 JBoss 工具从 Eclipse 服务器；在此配置下，我的应用程序 (WAR) 处于分解模式！
进入visualVM，打开org.jboss.modules.Main进程。然后转到探查器选项卡。修改目标 Profile classes 和 Outgoing calls 并把你想要的 类 放到 monitor/profile (NOTE: For now, the winner configuration对我来说是：Profile classes：my.package.** 和 Include outgoing calls：my.package.**)
点击 CPU 按钮，等待 VisualVM 检测您的目标 类，然后调用 运行ning 缓慢的代码；稍后分析结果...
问题： 我有一个 J2EE 应用程序，对于使用特定数据集的给定任务（生成一些文件），它 运行ning 非常慢。我决定 运行 通过应用程序使用 visualvm 探查器来了解问题的本质。该应用程序 运行 使用最新的 Java 8.
在 Widlfly 10 上运行为避免配置复杂性，探查器 (visualvm) 和 Wildfly 服务器都在本地 运行ning。
遇到的第一个问题是 JVMTI 错误 62，已使用 -Xverify:none 作为 jvm 参数解决。
第二个问题（阻塞问题）是如果我在部署应用程序时 运行 分析器和 运行ning，Wildfly 部署扫描仪抛出这样的异常：
13:19:04,476 INFO [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Waiting for connection on port 5140 (Protocol version: 15)
13:19:04,517 INFO [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Established connection with the tool
13:19:04,847 INFO [stdout] (*** Profiler Agent Communication Thread) Profiler Agent: Local accelerated session
13:19:15,984 WARN [org.jboss.as.ejb3.timer] (EJB default - 6) WFLYEJB0043: A previous execution of timer [id=e6a6ea46-6c2a-466d-b767-cccc8d5021a9 timedObjectId=ecs.ecs.BatchCoordinator auto-timer?:false persistent?:false timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@142b16ca initialExpiration=Sun Aug 05 13:17:05 COT 2018 intervalDuration(in milli sec)=5000 nextExpiration=Sun Aug 05 13:19:15 COT 2018 timerState=IN_TIMEOUT info=null] is still in progress, skipping this overlapping scheduled execution at: Sun Aug 05 13:19:15 COT 2018.
13:19:16,025 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) WFLYCTL0013: Operation ("read-resource") failed - address: ([("deployment" => "my_application.war")]): java.lang.NoClassDefFoundError: org/jboss/as/controller/AttributeDefinition$$Lambda7
at org.jboss.as.controller.AttributeDefinition$$Lambda7/1799183343.get$Lambda(Unknown Source)
at org.jboss.as.controller.AttributeDefinition.getNoTextDescription(AttributeDefinition.java:872)
at org.jboss.as.controller.AttributeDefinition.addResourceAttributeDescription(AttributeDefinition.java:697)
at org.jboss.as.controller.ListAttributeDefinition.addResourceAttributeDescription(ListAttributeDefinition.java:158)
at org.jboss.as.controller.descriptions.DefaultResourceDescriptionProvider.getModelDescription(DefaultResourceDescriptionProvider.java:129)
at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecuteInternal(ReadResourceHandler.java:370)
at org.jboss.as.controller.operations.global.ReadResourceHandler.doExecute(ReadResourceHandler.java:173)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:263)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:208)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:667)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:657)
at org.jboss.as.server.deployment.scanner.DefaultDeploymentOperations.getDeploymentsStatus(DefaultDeploymentOperations.java:76)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1622)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScanContext.<init>(FileSystemDeploymentService.java:1571)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:572)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:491)
at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentScanRunnable.run(FileSystemDeploymentService.java:250)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access1(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.lang.ClassNotFoundException: org.jboss.as.controller.AttributeDefinition$$Lambda7 from [Module "org.jboss.as.controller:main" from local module loader @4cc77c2e (finder: local module finder @7a7b0070 (roots: D:\jbossas\wildfly-10.1.0.Final-ecs\modules,D:\jbossas\wildfly-10.1.0.Final-ecs\modules\system\layers\base))]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
... 30 more
如果我 运行 未部署任何应用程序的分析器，VisualVM 的分析器启动时不会出现问题；但是，如果我尝试在此 state/operation 模式下部署我的应用程序，wildfly 扫描器将永远不会启动，并且永远不会部署该应用程序。
所以，我做错了什么？？
最后，我开始使用 visualVM Profiler...这些是执行 Wildfly 10 CPU profile 需要执行的步骤VisualVM（都在本地执行！！）：
下载 latest VisualVM（在我的例子中是版本 1.4.1）。
下载 JDK10 ...您将需要 JDK10，以便 仅 运行 VisualVM。此步骤是必需的，因为 bug（这是我之前在分析应用程序时遇到的错误）
更改 visualVM 配置文件 (
<visual-vm>/etc/visualvm.conf) 以指向您的 JDK10 安装...转到
<visual-vm>/profiler/lib并将库：jfluid-server.jar复制到：<wildfly>/standalone/lib/ext...需要此库来克服以下错误：java.lang.NoClassDefFoundError: org/netbeans/lib/profiler/server/ProfilerRuntimeCPUFullInstr（有关此错误的更多信息，请参见 here and here）接下来，修改wildfly启动脚本，在SystemProperty中包含包
org.netbeans.lib.profiler.server：jboss.modules.system.pkgs。示例：-Djboss.modules.system.pkgs=org.jboss.byteman,org.netbeans.lib.profiler.server。 （根据这个 link，这个 属性 强制 wildfly 从任何类加载器定位这样的包）启动 visualVM。
启动wildfly服务器（包括你的应用程序EAR/WAR/JAR应用程序）...注意：我正在运行ning the wildfly使用 JBoss 工具从 Eclipse 服务器；在此配置下，我的应用程序 (WAR) 处于分解模式！
进入visualVM，打开
org.jboss.modules.Main进程。然后转到探查器选项卡。修改目标Profile classes和Outgoing calls并把你想要的 类 放到 monitor/profile (NOTE: For now, the winner configuration对我来说是：Profile classes：my.package.**和Include outgoing calls：my.package.**)点击 CPU 按钮，等待 VisualVM 检测您的目标 类，然后调用 运行ning 缓慢的代码；稍后分析结果...