java死锁编码及定位分析

    如果线上出现死锁问题，我们应该怎样来定位和解决呢，首先我们先了解下什么是死锁，死锁是指两个或两个以上的进程在执行过程中，因争夺同一资源而造成的一种互相等待的现象，若无外力干涉那它们都将无法推进下去，如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁，简单通俗的讲，线程A持有锁A，它并同时尝试着获取B线程的锁B，而同时线程B持有B锁，并同时尝试着获取A线程的锁A，就这样相互等待着，A线程和B线程都是吃着碗里的望着锅里的，是不是很形象，我们下边撸一个死锁的代码，定位分析并解决。

import java.util.concurrent.TimeUnit;

public class DeadLockDemo {

    /**
     * @param args
     */
    public static void main(String[] args) {

        String lockA = "lockA";
        String lockB = "lockB";

        new Thread(new MyResource(lockA, lockB),"线程A").start();
        new Thread(new MyResource(lockB, lockA),"线程B").start();

        while(Thread.activeCount()>2) {
            Thread.yield();
        }

        System.err.println("main线程结束...");

    }
}

class MyResource implements Runnable {

    private String lockA;
    private String lockB;

    public MyResource(String lockA, String lockB) {
        this.lockA = lockA;
        this.lockB = lockB;
    }

    @Override
    public void run() {

        synchronized (lockA) {
            System.err.println(Thread.currentThread().getName() + "\t 自己持有:" + lockA + "\t 尝试获得:" + lockB);
            try {
                TimeUnit.SECONDS.sleep(2);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }

            synchronized (lockB) {
                System.err.println(Thread.currentThread().getName() + "\t 自己持有:" + lockB + "\t 尝试获得:" + lockA);
                try {
                    TimeUnit.SECONDS.sleep(2);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }

    }

}

执行结果

线程A     自己持有:lockA     尝试获得:lockB
线程B     自己持有:lockB     尝试获得:lockA

    从执行结果来看，main线程最后的结束语句没有打印出来，线程A持有锁A，试图获取线程B的锁B,而线程B做着同样的事情，互不相让，就造成了死锁，出现死锁怎么排查呢，从下边两个方面来着手。

• jps命令定位进程号
• jstack找到死锁查看

    linux系统大家都用过，ps -ef | grep xxx命令都应该很熟了，而windows系统也提供了对java查看进程ps这样的命令呢，那就是jps（java ps），那怎么使用呢，我使用的是IDE的终端，或者windows+r，先输入jps -l找到死锁程序的进程号，然后在使用jstack 命令查看进程号，着重查看下边粗体的部分。

C:\Users\iosoft2020>jps -l
3584
7732 jdk.jcmd/sun.tools.jps.Jps
6776 org.springframework.ide.vscode.boot.app.BootLanguagServerBootApp
7992 DeadLockDemo

C:\Users\iosoft2020>jstack 7992
Found one Java-level deadlock:
=============================
"线程B":                                                                                                                                    
  waiting to lock monitor 0x0000000019a4d828 (object 0x00000007808a2fe8, a java.la
ng.String),
  which is held by "线程A"                                                                                                                  
"线程A":                                                                                                                                    
  waiting to lock monitor 0x000000001af828b8 (object 0x00000007808a3020, a java.la
ng.String),
  which is held by "线程B"                                                                                                                  

Java stack information for the threads listed above:
===================================================
"线程B":                                                                                                                                    
        at MyResource.run(DeadLockDemo.java:47)
        - waiting to lock <0x00000007808a2fe8> (a java.lang.String)
        - locked <0x00000007808a3020> (a java.lang.String)
        at java.lang.Thread.run(Thread.java:748)
"线程A":                                                                                                                                   
        at MyResource.run(DeadLockDemo.java:47)
        - waiting to lock <0x00000007808a3020> (a java.lang.String)
        - locked <0x00000007808a2fe8> (a java.lang.String)
        at java.lang.Thread.run(Thread.java:748)

Found 1 deadlock.

    通过jps，jstack能定位到一个死锁的程序，以及在什么地方出现死锁，这里只是介绍下最基本的使用方法，线上会出现各种各样的问题，到时候具体问题具体分析了，好了，下篇见。