关于自旋锁

自旋锁 ：当一个线程在获取锁的时候，如果锁已经被其它线程获取，那么该线程将循环等待，然后不断的判断锁是否能够被成功获取，直到获取到锁才会退出循环

自旋锁和互斥锁都是用来保护共享资源的并发访问的。

• 自旋锁适用于等待时间比较短的场景，它不会使线程休眠，而是在等待锁的过程中不断地自旋。这种锁适用于高并发的场景，因为它不会使线程阻塞，不会导致上下文切换。
• 互斥锁则适用于等待时间较长的场景，在等待锁时会使线程休眠，不会消耗太多的 CPU 资源，适用于多核 CPU 环境下的较低并发场景。

demo

@Test
public void testMultiThread() {

    /*
     *  两个要点：
     *  1.用Executors实现固定大小的线程池，从而达到控制硬件资源消耗的目的。
     *  2.用CountDownLatch（闭锁），来确保循环内的多线程都执行完成后，再执行后续代码
     */

    // 初始化线程池
    final ExecutorService executor = Executors.newFixedThreadPool(10);


    List<Integer> ls = new ArrayList<>();

    final CountDownLatch cdl = new CountDownLatch(1000);

    AtomicBoolean init = new AtomicBoolean(true);

    // 多线程处理
    for(int i = 0; i < 1000; i++){

        int j = i;
        executor.submit(() -> {

            for(;;) {
                if (init.compareAndSet(true, false)) {  // 获取锁，并加锁
                    // 业务逻辑处理
                    ls.add(j); 
					// 释放锁
                    init.set(true);
					// 表示拿到锁且处理业务后不再循环取锁
                    break;
                }
            }
            cdl.countDown();
        });

    }

    try {
        cdl.await();
    } catch (InterruptedException e) {
        e.printStackTrace();
    }

    //关闭线程池
    executor.shutdown();

    System.out.println(ls.size());


}

优缺点

• 自旋锁尽可能的减少线程的阻塞，这对于锁的竞争不激烈，且占用锁时间非常短的代码块来说性能能大幅度的提升，因为自旋的消耗会小于线程阻塞挂起再唤醒的操作的消耗，这些操作会导致线程发生两次上下文切换！
• 但是如果锁的竞争激烈，或者持有锁的线程需要长时间占用锁执行同步块，这时候就不适合使用自旋锁了，因为自旋锁在获取锁前一直都是占用 cpu 做无用功，占着 XX 不 XX，同时有大量线程在竞争一个锁，会导致获取锁的时间很长，线程自旋的消耗大于线程阻塞挂起操作的消耗，其它需要 cpu 的线程又不能获取到 cpu，造成 cpu 的浪费。所以这种情况下我们要关闭自旋锁。