Unsafe对象 之LockSupport方法原理剖析

LockSupport 和 CAS 是Java并发包中很多并发工具控制机制的基础，它们底层其实都是依赖Unsafe实现

为什么使用LockSupport类

如果只是LockSupport在使用起来比Object的wait/notify简单，

那还真没必要专门讲解下LockSupport。最主要的是灵活性。

上边的例子代码中，主线程调用了Thread.sleep(1000)方法来等待线程A计算完成进入wait状态。如果去掉Thread.sleep()调用，代码如下：

public class TestObjWait {
   

    public static void main(String[] args)throws Exception {
   
        final Object obj = new Object();
        Thread A = new Thread(new Runnable() {
   
            @Override
            public void run() {
   
                int sum = 0;
                for(int i=0;i<10;i++){
   
                    sum+=i;
                }
                try {
   
                    synchronized (obj){
   
                        obj.wait();
                    }
                }catch (Exception e){
   
                    e.printStackTrace();
                }
                System.out.println(sum);
            }
        });
        A.start();
        //睡眠一秒钟，保证线程A已经计算完成，阻塞在wait方法
        //Thread.sleep(1000);
        synchronized (obj){
   
            obj.notify();
        }
    }
}

多运行几次上边的代码，有的时候能够正常打印结果并退出程序，但有的时候线程无法打印结果阻塞住了。原因就在于：主线程调用完notify后，线程A才进入wait方法，

导致线程A一直阻塞住。由于线程A不是后台线程，所以整个程序无法退出。
那如果换做LockSupport呢？LockSupport就支持主线程先调用unpark后，线程A再调用park而不被阻塞吗？是的，没错。代码如下：

public class TestObjWait {
   
  public static void main(String[] args)throws Exception {
   
        final Object obj = new