问题的提出

问题提出

例子：创建三个窗口卖票，总票数为100张.使用实现Runnable接口的方式

1.问题：卖票过程中，出现了重票、错票 -->出现了线程的安全问题

2.问题出现的原因：当某个线程操作车票的过程中，尚未操作完成时，其他线程参与进来，也操作车票。

3.如何解决：当一个线程a在操作ticket的时候，其他线程不能参与进来。直到线程a操作完ticket时，其他线程才可以开始操作ticket。这种情况即使线程a出现了阻塞，也不能被改变。

4.在Java中，我们通过同步机制，来解决线程的安全问题。

5.同步的方式，解决了线程的安全问题。---好处

操作同步代码时，只能有一个线程参与，其他线程等待。相当于是一个单线程的过程，效率低。 ---局限性

 方式一：同步代码块

 synchronized(同步监视器){

 //需要被同步的代码

 }

说明：

1.操作共享数据的代码，即为需要被同步的代码。  -->不能包含代码多了，也不能包含代码少了。

2.共享数据：多个线程共同操作的变量。比如：ticket就是共享数据。

3.同步监视器：俗称：锁。任何一个类的对象，都可以充当锁。

                         要求：多个线程必须要共用同一把锁。

补充：在实现Runnable接口创建多线程的方式中，我们可以考虑使用this充当同步监视器。

方式二：同步方法。

如果操作共享数据的代码完整的声明在一个方法中，我们不妨将此方法声明同步的。

关于同步方法的总结：

1. 同步方法仍然涉及到同步监视器，只是不需要我们显式的声明。

2. 非静态的同步方法，同步监视器是：this

    静态的同步方法，同步监视器是：当前类本身

死锁问题

线程的死锁问题

1.死锁的理解：不同的线程分别占用对方需要的同步资源不放弃，都在等待对方放弃自己需要的同步资源，就形成了线程的死锁

2.说明：

1）出现死锁后，不会出现异常，不会出现提示，只是所有的线程都处于阻塞状态，无法继续

2）我们使用同步时，要避免出现死锁。

Lock

优先使用顺序

1）Lock 

2）同步代码块（已经进入了方法体，分配了相应资源） 

3）同步方法（在方法体之外）

⚠️ 如果使用extends 的方式使用lock，则需要将lock设置为静态（从而确保使用的是同一把锁）

面试题

synchronized 与 Lock的异同？

相同：二者都可以解决线程安全问题

不同：synchronized机制在执行完相应的同步代码以后，自动的释放同步监视器

              Lock需要手动的启动同步（ lock() ），同时结束同步也需要手动的实现（ unlock() ）