总是认为访问期间有人会修改数据,因此总是加锁保护,这样别的线程就会阻塞知道拿到锁,这种锁机制也比较常用
乐观锁总是认为访问资源期间,没有人来修改它的资源,适用于多读的场景,并且对于系统来说提高了访问效率,锁的开销减少.但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现.
读写锁应用场景：读者—写者模型,也就是读共享，写互斥的场景
就比如，如果有多个线程和一个数据空间，而有的线程想要修改空间中的数据，有的只是想看一看有什么数据，这时候用互斥锁的话就只能串行进行，效率很低
读锁：当前只要没有被加写锁
写锁：既没有读，也没有写的时候才能加写锁
实现：用两个计数器
当加锁不成功时，则要阻塞进程/线程
读写锁的阻塞是通过自旋锁来实现的
自旋锁自旋锁：一直占用cpu不释放，循环进行条件判断；适用于等待时间确定较短的场景
对于互斥锁，如果资源已经被占用，资源申请者只能进入睡眠状态。但是自旋锁不会引起调用者睡眠，如果自旋锁已经被别的执行单元保持，调用者就一直循环在那里看是否该自旋锁的保持者已经释放了锁
自旋锁不可嵌套,因为会导致死锁.
CAS算法CAS有3个操作数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改为B，否则什么都不做.（比较和替换是一个原子操作)