多线程-初阶（synchronized关键字和volatile关键字、wait\sleep 、死锁）

1.Synchronized关键字

(1)synchronized的实现

• 1.针对操作系统层面，它是依靠互斥锁mutex.
• 2.针对JVM,使用监视器锁(monitor)来实现。
  锁信息 monitor：
  
• 3.针对Java语言来说，是将锁信息存放在对象头（标识，标识锁状态/锁的拥有者）

(2)synchronized的3种使用场景

1.使用synchronized修饰代码块（可以给任意对象进行加锁）
2.使用synchronized来修饰静态方法（对当前的类进行加锁）
3.使用synchronized来修饰普通方法（对当前类实例进行加锁）

(3)synchronized锁升级的过程（jdk 1.7优化）

重量级：用户态–>内核态（有特别大的性能开销）

(4)synchronized和Lock的区别

• 1.关键字不同
• 2.synchronized自动进行加锁和释放锁，而Lock需要手动的加锁和释放锁。
• 3.Lock是 Java层面的锁的实现，而synchronized是Jvm层面的实现。
• 4.synchronized和 Lock适用范围不同，Lock只能用来修饰代码块，而synchronized即可以修饰代码块，还可以修饰静态方法和普通方法。
• 5.synchronized锁的模式只有是非公平锁模式，而Lock既可以使用公平锁，也可以使用非公平锁的模式。
• 6.Lock的灵活性更高（tryLock）。

(5)Lock手动锁

// 1.创建lock实例
        Lock lock = new ReentrantLock(true);//公平锁
        Thread t1 = new Thread(new Runnable() {
   
            @Override
            public void run() {
   
                for (int i = 0; i < maxSize; i++) {
   
                    // 2.加锁
                    lock.lock();
                    try {
   
                        // 业务操作
                        number++;
                    } finally {
   
                        // 3.释放锁
                        lock.unlock();
                    }
                }
            }
        });

注意事项：lock()操作一定要放在try外面。如果放在try里面可能造成两个问题：

• 1.如果try里面抛出异常了，还没有加锁成功就执行finally里面的释放锁的操作。因为还没有加锁就释放锁。
• 2.如果放在try里面，如果没有锁的情况下试图释放锁，这个时候产生的异常就会将业务代码（try里面的异常）给吞噬掉，增加了代码调试的难度。
• 如果一定想把lock放在 try 里面的话，一定记得放在第一行。

(6）公平锁和非公平锁

公平锁调度：

1.一个线程释放锁。
2.（主动）唤醒”需要得到锁“的队列来得到锁。

非公平锁：当一个线程释放锁之后，另一个线程刚好执行到获取锁的代码就可以直接获取锁。
在Java语言中所有的锁的默认实现方式都是非公平锁：

synchronized是非公平锁
ReentrantLock