1.线程安全问题的主要诱因：
存在多条共享数据(临界资源)
存在多条线程共同操作这些共享数据
解决问题的根本方法：
同一时刻有且仅有一个线程在操作共享数据，其他线程必须等到该线程处理完数据后在对共享数据进行操作。
2.synchroized锁
分析：
补充：
synchronized用于解决同步问题，当有多条线程同时访问共享数据时，如果不进行同步，就会发生错误，java提供的解决方案是：只要将操作共享数据的语句在某一时段让一个线程执行完，在执行过程中，其他线程不能进来执行可以。解决这个问题。这里在用synchronized时会有两种方式，一种是上面的同步方法，即用synchronized来修饰方法，另一种是提供的同步代码块。
同步就是：一个对象同一时间只能为一个同步代码块服务
同步代码块需要传递的对象（锁对象）：就是锁住这个对象，表示这个对象正在为我服务，其他人不能用（非synchronized代码块、方法除外）。
同步方法：就是同步代码块，同步锁对象是this
同步静态方法：就是同步代码块，同步锁对象是类的class对象（Demo类里的静态方法锁对象就是Demo.class）。
当锁的是不同的对象：相当于没有锁机制，皆为异步。
3.synchronize底层实现原理
(1)实现synchronized的基础
Java对象头
Monitor:
hotspot虚拟机对象在内存中的分布区域分为3块：
对象头：一般而言，synchronized使用的锁对象是存储在java对象头里的。
Mark World是存储运行时自身数据，实现偏向锁和轻量级锁的关键。class metadata address是类型指针指向对象的类元数据，JVM通过这个指针确定该对象是哪个类的数据。
实例数据
对齐填充
在运行期间，Mard Word里存储的数据会随着锁标志位的变化而变化。Mark Word可能变化为存储以下数据结构。
Monitor:每个java对象天生自带了一把看不见的锁(内部锁）监视器锁。可以
理解为同步机制。
通过ObjectMonitor实现，C++实现。与锁池与等待池相关。
分析：
每个对象锁的线程都会被封装成ObjectWaiter来保存到里面。其中有个字段owner用来保存持有Object-monitor的线程。当多个线程同时访问同一段同步代码的时候，首先会进入到EntryList里面。当线程获取到对象的Monitor之后，就进入对象Object区域。并把owner对象设置为当前线程，count就会加一。若线程调用wait方法，释放当前持有的Monitor.owner会被回复成null,count=0。该线程即ObjectWaitor实例就会进入到waitsSet集合中等待被唤醒。若当前线程执行完毕，它也将释放Monitor锁，并复位其他变量的值，以便其他线程进入获取Monitor锁。
Monitor对象存在每个java对象的对象头中，synchronized锁便是通过这种方式去获取锁的。这也是java中任意对象可以作为锁的原因。
同步语句块的实现是同过Monitorenter与Monitorexit实现的。
Monitorexit指明同步代码块的结束位置，当执行Monitorenter指令时，当前线程将试图获取对象锁，即ObjectMonitor 所对应的monitor所对应的持有权。当count= 0时，线程就可以成功的获得Monitor，并将计数器设置为1，表示取锁成功。如果已经拥有锁的持有权，可以重入。
当其他线程持有锁，当前线程会阻塞在Monitorenter指令。
方法级的同步是隐式的。通过实现。
(2)synchronized的发展与优化
什么是重入：
通过while(true)实现而不是sleep实现，不想放弃cpu的执行时间。
早在java4就有，当时默认是关闭的，java6后，默认为开启状态。
优化：
锁消除：（优化）
JIT编译时，对运行上下文进行扫描，去除不可能存在竞争的锁，可以节省毫无意义的请求锁时间。
代码demo:代码中的sb变量是不可能被线程共享的资源，JVM会自动消除内部的锁。
锁粗化(另一种极端):(缩小同步作用范围，即只在共享数据的实际作用范围。
频繁的互斥同步锁操作，会导致不必要的性能操作。):
通过扩大加锁的范围，避免反复加锁和解锁
(3)synchronized的四种状态
(4)锁的内存语义
线程A释放锁，线程B获取锁，这个过程的实质是线程A通过主内存向线程B发送消息，而之前的MarkWorld可以理解为是位于主存。而位于栈里的DisplayMarkWorld则是位于线程中的本地内存的。既然线程A已经可以确保可以将DisplayMarkWorld同步到MarkWorld中，也就意味着完成了对共享数据的操作。也就表明已经可以解锁，并且表明已经解锁成功了。
