为什么Java线程数量随时间增长的原因

时间:2018-08-17 09:36:50

标签: java multithreading jvm profiler java-threads

我有一个独立的Java控制台程序,该程序在生产中使用大约80-170个线程(在平均负载下通常为160个)。在项目中替换了一些功能正常的代码,但启动程序后线程数不断增长。 当虚拟机几乎崩溃时,我意识到了这个问题。然后有30.000个线程。

我想在生产环境中找到此行为的原因,因此,如果有任何有用的工具,它必须是命令行程序,或者应该能够从远程主机运行。

我用'ps huH p | wc -l'命令和VisualVm程序。不幸的是,VisualVm远程仅提供有关线程号的信息,“线程”选项卡未激活

我试图从jstack命令中获取有用的信息,但是我找不到从何处创建等的新线程。

"Timer-459" #1864 daemon prio=10 os_prio=0 tid=0x0bb6c400 nid=0x3c4f in Object.wait() [0x2a980000]
   java.lang.Thread.State: WAITING (on object monitor)
    at java.lang.Object.wait(Native Method)
    at java.lang.Object.wait(Object.java:502)
    at java.util.TimerThread.mainLoop(Timer.java:526)
    - locked <0x4d18bc80> (a java.util.TaskQueue)
    at java.util.TimerThread.run(Timer.java:505)

"pool-133-thread-2" #1877 prio=5 os_prio=0 tid=0x42a2c400 nid=0x3e5e waiting on condition [0x2b118000]
   java.lang.Thread.State: WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x4d18ae80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

我不明白他们是什么。

您能帮我怎样找出哪些代码一次又一次地创建新线程吗?有什么好工具吗?

谢谢!

2 个答案:

答案 0 :(得分:1)

JProfiler中的线程监控器视图可以向您显示只要CPU记录处于活动状态就可以在其中创建任何线程的堆栈跟踪。

enter image description here

免责声明:我的公司开发了JProfiler。

答案 1 :(得分:0)

我会说jstack是执行此任务的正确工具。您可以通过堆栈跟踪和源代码了解线程的性质。 例如。 at java.util.TimerThread.mainLoop(Timer.java:526)意味着您的代码使用Timer类,并且其线程正在等待下一个调度。 java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)表示您使用ExecutorService实现之一,其工作线程正在等待下一个任务。尝试分析有多少个线程池线程处于活动状态,以及为什么它们可能是导致问题的原因。