java如何解决线程安全的问题，有几种方式？并对比几种方式的异同

总述：

java利用线程的同步，来解决线程安全问题。主要的方式为两种：sychronized方式，和lock方式。其中synchronized方式，包含同步同步代码块 和 同步方法。

synchronized方式

包含 同步代码块 （包住操作共享数据的代码）和 同步方法（方法体是操作共享数据的代码块），两个方面：
（1）不同：
同步监视器：
<1>同步代码块：
需要显式地声明同步监视器，原则上，任何一个类的对象都可以作为同步监视器，只要满足“多个线程必须共用同一把锁”，即可。
简单地（不再另外实例化一个对象作为同步监视器的情况）：
①在实现 Runnable 接口的方式中，'可以考虑’使用this（当前类的对象），来充当同步监视器。
②在继承 Thread 类的方式中，'慎用’this充当同步监视器（这是因为，通常情况下，在继承 Thread 类的方式中，每一个线程对应一个Thread 类的子类的对象，所以这个时候当前对象本身（this），对于多个线程而言，不能保证‘多个线程共用用同一把锁’）；'可以考虑’使用当前类（类名.class）来充当同步监视器 。
但是，具体的使用，应该视具体的情况而定。

注意：类也是对象。并且，类被类加载器加载，只有一份，保证了当前类是唯一的。

<2>同步方法：
默认地指定同步监视器，但仍需要直到此时的同步监视器是谁。
①在非static方法中，因为当前对象是唯一的，所以此时的同步监视器就是 当前对象本身----this。
②在static方法中，由于static方法是静态方法，随着类的加载而加载，不能使用this、super。也就没有某个类的对象，但是因为“类本身也是对象”，所以此时的 同步监视器是：当前类本身----当前类.class。

（2）相同点：
核心问题都是：同步监视器 和共享数据。
----对于共享数据，关心的是：有没有共享数据？共享数据是谁？操作共享数据的代码块有哪些？

---

lock锁

----java.util.concurrent.locks.Lock接口，是控制多个线程对共享资源进行访问的工具。而ReentrantLock类，实现了Lock接口。
也是基于：实现 Runnable 接口、继承 Thread 类的情况进行的操作。
ReentrantLock类的对象lock，同样需要确保：对于多个线程而言，lock对象是唯一的。
注意：lock不是同步监视器，（在lock锁的方式中，没有同步监视器）。但是，由于“需要确保：对于多个线程而言，lock对象是唯一的”，----可以将lock’理解为同步监视器’。可以这么去理解，但实际上不是。

比较synchronized方式与lock方式有何异同？

（1）相同点：都可以解决线程安全问题。
（2）不同点：
synchronized机制在执行完相应的同步代码后，自动的释放同步监视器。
lock需要手动地启动同步（lock()），同时结束同步也需要手动的实现（unlock()）。

---

学习，并且复习。
加油！