多线程同步

线程安全问题—（购票系统）

• 多个线程执行的不确定性硬气执行结果的不稳定性
• 多个线程对账本的共享, 会造成操作的不完整性, 会破坏数据.
• 多个线程访问共享的数据时可能存在安全性问题

安全性问题解决–及解决多线程同步问题

原理：
当一个线程在操作共享数据的时候，其他线程不能参与进来。知道这个线程操作完共享数据的时候，其他线程才可以操作。即使当这个线程操作共享数据的时候发生了阻塞，依旧无法改变这种情况。
在Java中，我们通过同步机制，来解决线程的安全问题。

解决方式一：同步代码块

`synchronized(同步监视器){需要被同步的代码}`

说明：
1. 操作共享数据（多个线程共同操作的变量）的代码，即为需要被同步的代码。 不能多包涵代码（效率低，如果包到while前面就变成了单线程了），也不能少包含代码
2. 共享数据：多个线程共同操作的变量。
3. 同步监视器：俗称，锁。任何一个类的对象都可以充当锁。但是所有的线程都必须共用一把锁，共用一个对象。

锁的选择：

1. 自行创建，共用对象，如下面demo中的Object对象。
2. 使用this表示当前类的对象
   1. 继承Thread的方法中的锁不能使用this代替，因为继承thread实现多线程时，会创建多个子类对象来代表多个线程，这个时候this指的时当前这个类的多个对象，不唯一，无法当作锁。
   2. 实现Runnable接口的方式中，this可以当作锁，因为这种方式只需要创建一个实现类的对象，将实现类的对象传递给多个Thread类对象来当作多个线程，this就是这个一个实现类的对象，是唯一的，被所有线程所共用的对象。
3. 使用类当作锁，以下面demo为例，其中的锁可以写为WindowThread.class, 从这里可以得出结论，类也是一个对象

优点：同步的方式，解决了线程安全的问题
缺点：操作同步代码时，只能有一个线程参与，其他线程等待。相当于时一个单线程的过程，效率低。

解决方法二：同步方法

将所要同步的代码放到一个方法中，将方法声明为synchronized同步方法。之后可以在run()方法中调用同步方法

要点：
1. 同步方法仍然涉及到同步监视器，只是不需要我们显示的声明。
2. 非静态的同步方法，同步监视器是：this。
3. 静态的同步方法，同步监视器是：当前类本身。

解决方法三：Lock锁–JDK5.0新特性

JDK5.0之后，可以通过实例化ReentrantLock对象，在所需要同步的语句前，调用ReentrantLock对象的lock()方法，实现同步锁，在同步语句结束时，调用unlock()方法结束同步锁

synchronized和lock的异同：(面试题)
1. Lcok是显式锁（需要手动开启和关闭锁），synchronized是隐式锁，除了作用域自动释放。
2. Lock只有代码块锁，synchronized有代码块锁和方法锁。
3. 使用Lcok锁，JVM将花费较少的时间来调度线程，性能更好。并且具有更好的拓展性（提供更多的子类）
建议使用顺序：Lock—》同步代码块（已经进入了方法体，分配了相应的资源）—》同步方法（在方法体之外）

注意：死锁问题
原理：
​ 不同的线程分别占用对方需要的同步资源不放弃，都在等待对方放弃自己需要的同步资源，就形成了死锁。
​ 出现死锁后，并不会出现异常，不会出现提示，只是所有的线程都处于阻塞状态，无法继续。
​ 使用同步时应避免出现死锁。