学步园

查询CPU暂用过高的用法：
1，使用jps查找出java进程的pid，如3707
2，使用top -p 3707观察进程情况，然后Shift+h,显示该进程的所有线程。
3，找出CPU消耗较多的线程id，如3720，将3720转换为16进制0x7d0，注意是小写哦
4，使用jstack 3707 | grep -A 10 0x7d0 来查询出具体的线程状态。
内容摘自：http://wolfcame.iteye.com/blog/1770470

Java代码  

1. /** 
2.  * 死锁例子 
3.  * @author crane.ding 
4.  * @since 2011-3-20 
5.  */  
6. public class DeadLock {  
7.   
8.     public static void main(String[] args) {  
9.         final Object obj_1 = new Object(), obj_2 = new Object();  
10.           
11.         Thread t1 = new Thread("t1"){  
12.             @Override  
13.             public void run() {  
14.                 synchronized (obj_1) {  
15.                     try {  
16.                         Thread.sleep(3000);  
17.                     } catch (InterruptedException e) {}  
18.                       
19.                     synchronized (obj_2) {  
20.                         System.out.println("thread t1 done.");  
21.                     }  
22.                 }  
23.             }  
24.         };  
25.           
26.         Thread t2 = new Thread("t2"){  
27.             @Override  
28.             public void run() {  
29.                 synchronized (obj_2) {  
30.                     try {  
31.                         Thread.sleep(3000);  
32.                     } catch (InterruptedException e) {}  
33.                       
34.                     synchronized (obj_1) {  
35.                         System.out.println("thread t2 done.");  
36.                     }  
37.                 }  
38.             }  
39.         };  
40.           
41.         t1.start();  
42.         t2.start();  
43.     }  
44.       
45. }  

        以上DeadLock类是一个死锁的例子,假使在我们不知情的情况下,运行DeadLock后,发现等了N久都没有在屏幕打印线程完成信息。这个时候我们就可以使用jps查看该程序的jpid值和使用jstack来生产堆栈结果问题。 

Linux代码  

1. $ java -cp deadlock.jar DeadLock &  
2. $   

Linux代码  

1. $ jps  
2.   3076 Jps  
3.   448 DeadLock  
4. $ jstack -l 448 > deadlock.jstack  

结果文件deadlock.jstack内容如下： 

Xml代码  

1. 2011-03-20 23:05:20  
2. Full thread dump Java HotSpot(TM) Client VM (19.1-b02 mixed mode, sharing):  
3.   
4. "DestroyJavaVM" prio=6 tid=0x00316800 nid=0x9fc waiting on condition [0x00000000]  
5.    java.lang.Thread.State: RUNNABLE  
6.   
7.    Locked ownable synchronizers:  
8.     - None  
9.   
10. "t2" prio=6 tid=0x02bcf000 nid=0xc70 waiting for monitor entry [0x02f6f000]  
11.    java.lang.Thread.State: BLOCKED (on object monitor)  
12.     at com.demo.DeadLock$2.run(DeadLock.java:40)  
13.     - waiting to lock <0x22a297a8> (a java.lang.Object)  
14.     - locked <0x22a297b0> (a java.lang.Object)  
15.   
16.    Locked ownable synchronizers:  
17.     - None  
18.   
19. "t1" prio=6 tid=0x02bce400 nid=0xba0 waiting for monitor entry [0x02f1f000]  
20.    java.lang.Thread.State: BLOCKED (on object monitor)  
21.     at com.demo.DeadLock$1.run(DeadLock.java:25)  
22.     - waiting to lock <0x22a297b0> (a java.lang.Object)  
23.     - locked <0x22a297a8> (a java.lang.Object)  
24.   
25.    Locked ownable synchronizers:  
26.     - None  
27.   
28. "Low Memory Detector" daemon prio=6 tid=0x02bb9400 nid=0xa6c runnable [0x00000000]  
29.    java.lang.Thread.State: RUNNABLE  
30.   
31.    Locked ownable synchronizers:  
32.     - None  
33.   
34. "CompilerThread0" daemon prio=10 tid=0x02bb2800 nid=0xcb8 waiting on condition [0x00000000]  
35.    java.lang.Thread.State: RUNNABLE  
36.   
37.    Locked ownable synchronizers:  
38.     - None  
39.   
40. "Attach Listener" daemon prio=10 tid=0x02bb1000 nid=0x7f4 waiting on condition [0x00000000]  
41.    java.lang.Thread.State: RUNNABLE  
42.   
43.    Locked ownable synchronizers:  
44.     - None  
45.   
46. "Signal Dispatcher" daemon prio=10 tid=0x02bd2800 nid=0xd80 runnable [0x00000000]  
47.    java.lang.Thread.State: RUNNABLE  
48.   
49.    Locked ownable synchronizers:  
50.     - None  
51.   
52. "Finalizer" daemon prio=8 tid=0x02bab000 nid=0xe1c in Object.wait() [0x02d3f000]  
53.    java.lang.Thread.State: WAITING (on object monitor)  
54.     at java.lang.Object.wait(Native Method)  
55.     - waiting on <0x229e1148> (a java.lang.ref.ReferenceQueue$Lock)  
56.     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)  
57.     - locked <0x229e1148> (a java.lang.ref.ReferenceQueue$Lock)  
58.     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)  
59.     at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)  
60.   
61.    Locked ownable synchronizers:  
62.     - None  
63.   
64. "Reference Handler" daemon prio=10 tid=0x02ba6800 nid=0xbe0 in Object.wait() [0x02cef000]  
65.    java.lang.Thread.State: WAITING (on object monitor)  
66.     at java.lang.Object.wait(Native Method)  
67.     - waiting on <0x229e1048> (a java.lang.ref.Reference$Lock)  
68.     at java.lang.Object.wait(Object.java:485)  
69.     at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)  
70.     - locked <0x229e1048> (a java.lang.ref.Reference$Lock)  
71.   
72.    Locked ownable synchronizers:  
73.     - None  
74.   
75. "VM Thread" prio=10 tid=0x02b6a400 nid=0x568 runnable   
76.   
77. "VM Periodic Task Thread" prio=10 tid=0x02bc8400 nid=0x75c waiting on condition   
78.   
79. JNI global references: 878  
80.   
81.   
82. Found one Java-level deadlock:  
83. =============================  
84. "t2":  
85.   waiting to lock monitor 0x02baaeec (object 0x22a297a8, a java.lang.Object),  
86.   which is held by "t1"  
87. "t1":  
88.   waiting to lock monitor 0x02baa2bc (object 0x22a297b0, a java.lang.Object),  
89.   which is held by "t2"  
90.   
91. Java stack information for the threads listed above:  
92. ===================================================  
93. "t2":  
94.     at com.demo.DeadLock$2.run(DeadLock.java:40)  
95.     - waiting to lock <0x22a297a8> (a java.lang.Object)  
96.     - locked <0x22a297b0> (a java.lang.Object)  
97. "t1":  
98.     at com.demo.DeadLock$1.run(DeadLock.java:25)  
99.     - waiting to lock <0x22a297b0> (a java.lang.Object)  
100.     - locked <0x22a297a8> (a java.lang.Object)  
101.   
102. Found 1 deadlock.