线程转储：命名你的线程和查看系统

核心提示：虽然集成开发环境(IDE)可以为图形化应用程序提供很好的调试设置，但是它不答应你调试多线程的java服务器程序，线程转储：命名你的线程和查看系统，幸运的是，有几个工具可以做到，开发人员可以窥窃Java虚拟机(JVM)的状态，想要更进一步，例如日志应用程序接口(API)和Java调试器，开发人员也可以获得系统的线程转储

虽然集成开发环境(IDE)可以为图形化应用程序提供很好的调试设置，但是它不答应你调试多线程的java服务器程序。


幸运的是，有几个工具可以做到，例如日志应用程序接口(API)和Java调试器。开发人员也可以获得系统的线程转储，它可以在任何时间显示出系统状态。

为了得到系统线程转储，运行服务器程序并键入[Ctrl] [\]。这会输出所有正在执行的线程。例如：

^\Full thread dump:

Thread-1" PRio=5 tid=0x87fe0 nid=0x800013b8 waiting on monitor [0..0xbfffe9f8]

"Thread-0" prio=5 tid=0xafde0 nid=0x72a00 runnable [0x173f000..0x173fb48]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:421)
at java.net.ServerSocket.implAccept(ServerSocket.java:243)
at java.net.ServerSocket.accept(ServerSocket.java:222)
at com.generationjava.net.PortListener.run(PortListener.java:38)
at java.lang.Thread.run(Thread.java:496)

"Signal Dispatcher" daemon prio=10 tid=0xa5f80 nid=0x52af0 waiting on monitor [0..0]

"Finalizer" daemon prio=8 tid=0xa46c0 nid=0x4d930 waiting on monitor [0x10a8000..0x10a8b48]
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162)

"Reference Handler" daemon prio=10 tid=0xa3b70 nid=0x4cca0 waiting on monitor [0x1027000..0x1027b48]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110)

"VM Thread" prio=5 tid=0xa2de0 nid=0x4ca20 runnable

"VM Periodic Task Thread" prio=10 tid=0xa56b0 nid=0x52890 waiting on monitor

后面四个线程都是标准线程，而其它的与特定运行的服务器程序相关。这两个线程被命名为Thread-1和Thread-0。改变这些线程的名称，创建时调用：

Thread th = new Thread(runnable,"Server");
替代如下的：

Thread th = new Thread(runnable);
另外，假如调用java.lang.Thread的setName(String)方法，你可以命名你的线程并在改变的输出中察觉到Thread-0就是服务器程序

"Server"prio=5 tid=0xafde0 nid=0x72a00 runnable [0x173f000..0x173fb48]
先前的Thread-1线程现在被命名为Thread-0。

通过命名线程并获得线程转储，开发人员可以窥窃Java虚拟机(JVM)的状态。想要更进一步，开发人员必须探究Java调试器。