synchronized 关键字：线程安全用的，同步关键字
对象头加锁，同一个对象加锁的线程 同步互斥
（注意：只有对 同一对象 加锁，才会让线程产生同步互斥的作用）
（可重入性：同一个线程可以对同一个对象锁多次申请）
public class SynchronizedTest {
public static void increment() {
}
public static void main(String[] args) {
new Thread(new Runnable() {
@Override
public void run() {
synchronized (SynchronizedTest.class) {
increment();
}
}
}).start();
}
}
public class SynchronizedDemo {
public synchronized void methond() {
}
public static void main(String[] args) {
SynchronizedDemo demo = new SynchronizedDemo();
// 进入方法会锁 demo 指向对象中的锁；出方法会释放 demo 指向的对象中的锁
demo.method();
}
}
public class SynchronizedDemo {
public synchronized static void methond() {
}
public static void main(String[] args) {
// 进入方法会锁 SynchronizedDemo.class 指向对象中的锁；出方法会释放 SynchronizedDemo.class 指向的对象中的锁
method();
}
}
1、原理：
多个线程间同步互斥（一段代码在任意一个时间点，只有一个线程执行：加锁、释放锁）
（ 加锁/释放锁：基于对象 ）
2、底层实现：
对象锁（monitor）机制：
JVM 将 synchronized 锁分为4种，级别 从低到高 依次是：无锁、偏向锁、轻量级锁、重量级锁（会根据情况，进行依次升级）
锁只能升级却不能降级，目的是为了提高获得锁和释放锁的效率（基于对象头的锁状态来实现）
其他优化：
public class Test{
private static StringBuffer sb = new StringBuffer();
public static void main(String[] args) {
sb.append("a");
sb.append("b");
sb.append("c");
}
}
这里每次调用 stringBuffer.append 方法都需要加锁和解锁，如果虚拟机检测到有一系列连串的对同一个对象加锁和解锁操作，就会将其合并成一次范围更大的加锁和解锁操作，即在第一次append方法时进行加锁，最后一次append方法结束后进行解锁。
public class Test{
public static void main(String[] args) {
StringBuffer sb = new StringBuffer();
sb.append("a").append("b").append("c");
}
}
虽然StringBuffer的append是一个同步方法，但是这段程序中的StringBuffer属于一个局部变量，并且不会从该方法中逃逸出去，所以其实这过程是线程安全的，可以将锁消除
Java 的 1.5 版本中，synchronized 性能不如 SDK 里面的Lock，但 1.6 版本之后，synchronized 做了很多优化，将性能追了上来，所以 1.6 之后的版本又有人推荐使用 synchronized 了
（SDK：软件开发工具包，开发中是一个工程提供另一个工程接口（JDK 只是他的一个子集））
synchronized 在处理死锁问题时方法非常局限，只能避免资源上锁线性化，除此之外基本别无他法。而下面要介绍的Lock可以有很多种办法来避免死锁的产生:
① 死锁的产生条件:
② 解决死锁: 只要我们破坏其中一个，就可以成功避免死锁的发生
(其中，互斥这个条件我们没有办法破坏，因为我们用锁为的就是互斥)
synchronized 无法做到第二点 , 原因是 synchronized 申请资源的时候，如果申请不到，线程直接进入阻塞状态了，而线程进入阻塞状态，啥都干不了，也释放不了线程已经占有的资源
进一步设计 破坏不可抢占条件：
这三种方法可以全面弥补 synchronized 的问题，体现在 API 上，就是 Lock 接口的三个方法
// 支持中断的 API
void lockInterruptibly() throws InterruptedException;
// 支持非阻塞获取锁的 API
boolean tryLock();
// 支持超时的 API
boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
使用上 ： synchronized 是基于对象头加锁来实现。。而 lock 本身就是锁
（语法上都可以相互转变）
原理：Lock 基于 AQS 独占锁实现，多个线程申请锁，基于 CAS 设置线程的同步状态。
成功：获取锁向下执行；失败：线程放下 AQS 队列（阻塞）
（AbstractQueuedSynchronizer 抽象的队列式的同步器）
同步队列，独占式锁的获取和释放，共享锁的获取和释放以及可中断锁，超时等待锁获取这些特性的实现
AQS实际上通过头尾指针来管理同步队列，同时实现包括获取锁失败的线程进行入队，释放锁时对同步队列中的线程进行通知等核心方法
提供了 公平锁 和 非公平锁（两种锁都是基于 AQS 来实现）
特点：读读并发，写写 / 读写互斥
使用场景：例如：Tomcat多个 http 请求（多个线程），对服务端本地一个文件读写操作，允许读读并发。相比 ReentrantLock 或是 synchronized ,效率更高