Question

我使用的是tomcat和java 1.7.0_80。该产品是使用drools的规则引擎。加载系统后，我的速度有所下降。我接受了一个线程转储，看到许多线程看起来像：

http-bio-9980-exec-48" daemon prio=10 tid=0x00007fa8b43a3000 nid=0x10299             runnable [0x00007fa9522c5000]
java.lang.Thread.State: RUNNABLE
    at java.lang.Class.getDeclaredConstructors0(Native Method)
    at java.lang.Class.privateGetDeclaredConstructors(Class.java:2595)
    at java.lang.Class.getConstructor0(Class.java:2895)
    at java.lang.Class.newInstance(Class.java:354)
    at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399)
    at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395)
    at sun.reflect.MethodAccessorGenerator.generateMethod(MethodAccessorGenerator.java:77)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:46)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
.
.
.

我认为这些线程被卡住了，所以我做了另一个线程转储（看看本机方法会发生什么）：

00007faa1dabf6d5      __pthread_cond_wait + 0xc5
0x00007faa1cb638ad      _ZN15JvmtiRawMonitor9raw_enterEP6Thread + 0x25d
0x00007faa1cb3f63d      _ZN8JvmtiEnv15RawMonitorEnterEP15JvmtiRawMonitor + 0xad
0x00007faa1b7089a8      debugMonitorEnter + 0x38
0x00007faa1b6f5205      event_callback + 0xe5
0x00007faa1b6f5e3e      cbClassPrepare + 0x8e
0x00007faa1cb548c4      _ZN11JvmtiExport18post_class_prepareEP10JavaThreadP12klassOopDesc + 0x1b4
0x00007faa1ca1de8e      _ZN13instanceKlass15link_class_implE19instanceKlassHandlebP6Thread + 0x45e
0x00007faa1cae55c7      JVM_GetClassDeclaredConstructors + 0x1b7
0x00007faa180cac39      * java.lang.Class.getDeclaredConstructors0(boolean) bci:0 (Interpreted frame)

有人可以告诉我为什么我会在这里争用？

Answer 1

好吧，让我试着回答你。我将做出一个假设，即最顶层的条目是最里面的呼叫。

它在反映，调用某种方法，很难说是什么，但是这需要创建一个或多个方法并运行它们，以及这需要创建 java.lang.Class 的新实例，以及这需要获得类的构造函数，和淹没在JVM中点击一个将其放入 debugMonitor 的事件很可能是在线程中等待挂起调试器中的用户输入。

所以也许你需要看另一个线程？或者这可能是正确的，你只需要忽略事件回调后的级别。无论如何，我会查看反映，看看它是否指的是您的代码。这就是你需要找到的东西。深入研究你认为工作正常的系统代码是没有用的。

Answer 2

问题是我在调试模式下启动了tomcat（jpda start）。即使我没有附加调试器，也会导致问题。当我在没有调试的情况下启动tomcat时，我没有注意到卡住的方法。

分析本机方法上的卡住线程

2 个答案: