3、传统的Synchronized锁

传统的Synchronized锁

1. 首先提一个观点，线程就是一个单独资源类，是没有任何的附属操作的（我们直接用就ok了（线程其中包含两个东西：1、属性2、方法））

 

 

1. 也就是说我们去使用线程不再是之前的那种implements实现一个什么东西（就只变成了一个单独的线程类了）。这样是耦合性很高的。（我们应该oop）

 

第一步：创建一个资源类，我们真的去学习使用线程（就是用线程去使用一个资源）

 

第二步：我们在main中new出我们的资源类，和多线程。

 

第三步：线程如何去操纵资源类（将资源类丢入线程）

1. 其中我们的Runnable接口是一个函数式接口（所以可以new出来（匿名内部类））

看上面的注解（函数式接口（接口是可以new的））

 

new出来的匿名内部类再用lambda表达式来简化

 

其中我们三个线程去操作这一个资源类的方法（并发：多线程操作一个资源）

 

所以这里这个资源类就是一个oop（面向对象）的思想，只有属性加方法。他没有任何事情，只是提供了东西。真正的实现是线程去操作这个资源。

第四步：就是去卖票了

 

多线程有问题：（多个线程争抢一个资源了）

 

传统解决思路：加Syn锁（我们去给资源类的方法加锁就ok了）本质是队列加锁（锁对象还可以锁Class）