Java并发编程 之锁

公平锁

类似排队打饭,先来后到,多个线程按照申请锁的顺序来获取锁。

非公平锁

无需排队可以加塞,多线程获取锁的顺序并不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取到锁,在高并发的情况下,有可能造成优先级反转或者饥饿现象。
非公平锁的优点在于吞吐量比公平锁大。
对于Synchronized而言也是一种非公平锁。

可重入锁(又名递归锁)ReentrantLock

可重入锁,也叫递归锁。
同一线程外层函数获得锁之后,内存递归函数任然能获取该锁的代码。
在同一线程在外层方法获取锁的时候,在进入内层方法会自动获取锁。
也就是说,线程可以进入任何一个它已拥有的锁所同步着的代码块。

ReentrantLock通过构造函数指定该锁是否是公平锁 ,默认是非公平锁。

Synchronized 可重入案例:

public class LockDemo {

    public static void main(String[] args) {
        Phone phone = new Phone();

        new Thread(() -> {
            try {
                phone.sendSms();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }, "t1").start();
        new Thread(() -> {
            try {
                phone.sendSms();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }, "t2").start();
    }

}

class Phone {

    public synchronized void sendSms() throws Exception {
        System.out.println(Thread.currentThread().getName() + "\t sendSms");
        sendEmail();
    }

    public synchronized void sendEmail() throws Exception {
        System.out.println(Thread.currentThread().getName() + "\t sendEmail");
    }

}

ReentrantLock 可重入案例:

public class ReentrantLockDemo {

    public static void main(String[] args) {
        Apple apple = new Apple();
        new Thread(apple, "t1").start();
        new Thread(apple, "t2").start();
        new Thread(apple, "t3").start();
    }
}

class Apple implements Runnable{

    private Lock lock = new ReentrantLock();

    @Override
    public void run() {
        get();
        set();
    }

    private void get(){
        lock.lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t get");
        }finally {
            lock.unlock();
        }
    }

    private void set(){
        lock.lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t set");
        }finally {
            lock.unlock();
        }
    }
}

自旋锁

CAS是一个典型的自旋锁思想。
是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式尝试获取锁,这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗CPU。

自旋锁好处:循环比较获取直到成功为止,没有类似wait的阻塞。

通过CAS操作完成自旋锁,A线程先进来调用myLock方法自己持有锁5秒钟,B随后进来后发现当前有线程持有锁,不是null,所以只能通过自旋等待,直到A释放锁后B随后抢到。

public class SpinLockDemo {

    AtomicReference<Thread> atomicReference = new AtomicReference<>();

    public void myLock() {
        Thread thread = Thread.currentThread();
        System.out.println(thread.getName() + "\t come in");
        // 这里循环获取等待期望的值,自旋
        while (!atomicReference.compareAndSet(null, thread)) {

        }
    }

    public void myUnLock() {
        Thread thread = Thread.currentThread();
        atomicReference.compareAndSet(thread, null);
        System.out.println(thread.getName() + "\t invoked myUnLock");
    }

    public static void main(String[] args) {
        SpinLockDemo spinLockDemo = new SpinLockDemo();

        new Thread(() -> {
            spinLockDemo.myLock();
            try {
                TimeUnit.SECONDS.sleep(5);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            spinLockDemo.myUnLock();
        }, "AA").start();

        try {
            TimeUnit.SECONDS.sleep(1);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        new Thread(() -> {
            spinLockDemo.myLock();
            try {
                TimeUnit.SECONDS.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            spinLockDemo.myUnLock();
        }, "BB").start();
    }
}

独占锁(写锁)、共享锁(读锁)、互斥锁

独占锁: 指该锁一次只能被一个线程所持有。对ReentrantLockSynchronized而言都是独占锁。
共享锁: 值该锁可被多个线程所持有。

ReentrantReadWriteLock 其读锁是共享的,其写锁是独占锁。
读锁的共享锁可保证并发读是非常高效的,读写,写读,写写的过程是互斥的。

读写锁案例:

import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;

// 资源类
class MyCaChe {
    // 保证可见性
    private volatile Map<String, Object> map = new HashMap<>();
    private ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock();

    public void put(String key, Object value) {
        reentrantReadWriteLock.writeLock().lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t正在写入" + key);
            //模拟网络延时
            try {
                TimeUnit.MICROSECONDS.sleep(300);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            map.put(key, value);
            System.out.println(Thread.currentThread().getName() + "\t写入完成");
        }finally {
            reentrantReadWriteLock.writeLock().unlock();
        }
    }

    public void get(String key) {
        reentrantReadWriteLock.readLock().lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t正在读取");
            //模拟网络延时
            try {
                TimeUnit.MICROSECONDS.sleep(300);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            Object result = map.get(key);
            System.out.println(Thread.currentThread().getName() + "\t正在完成" + result);
        }finally {
            reentrantReadWriteLock.readLock().unlock();
        }

    }
}

/**
 * 多个线程同时操作一个资源类没有任何问题,所以为了满足并发量,
 * 读取共享资源应该可以同时进行。
 * 但是如果有一个线程想去写共享资源,就不应该再有其他线程可以对该资源进行读或写。
 * 总结:
 *     读-读 能共存
 *     读-写 不能共存
 *     写-写 不能共存
 *     写操作 原子+独占,整个过程必须是一个完整统一的整体,中间不允许被分割、被打断。
 */
public class ReadWriteLockDemo {

    public static void main(String[] args) {
        MyCaChe myCaChe = new MyCaChe();
        for (int i = 1; i <= 5; i++) {
            final int temp = i;
            new Thread(() -> {
                myCaChe.put(temp + "", temp);
            }, String.valueOf(i)).start();
        }
        for (int i = 1; i <= 5; i++) {
            int finalI = i;
            new Thread(() -> {
                myCaChe.get(finalI + "");
            }, String.valueOf(i)).start();
        }

    }
}

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值