synchronized与volatile的区别
- volatile是线程同步的轻量级实现，因此volatile性能好于synchronized
- voaltile修饰变量，synchronized修饰方法和代码块
- 多线程访问volatile不会发生阻塞，但访问synchronized可能会阻塞
- volatile可以保证数据的可见性，但不能保证原子性；而synchronized既可以保证原子性，也可以间接保证可见性。
- volatile解决的是变量在多个线程之间的可见性，而Synchronized解决的是多个线程之间访问资源的同步性
synchronized与ReentrantLock的区别
- 都是可重入锁
- synchronized是依赖于JVM实现的；而reentrantLock是依赖于JDK实现的，是API层面的，需要Lock()和unLock()方法配合try/finally语句块来完成。
- reentrantLock比synchronized多了三项功能：等待可中断，可实现公平锁，可实现选择性通知（锁可绑定多个条件）。
等待可中断：等待可中断是指线程可以选择放弃等待，改为处理其他事情，ReenTrantLock通过lock.lockInterruptibly()来实现的。
公平锁：先等待的线程先获得锁。Synchronized只能是非公平锁。ReenTrantLock默认情况是非公平的，可以通过 ReentrantLock(boolean fair)构造方法来指定是公平锁还是非公平锁。
选择性通知：Synchronized关键字与wait()和notify/notifyAll()方法相结合可以实现等待/通知机制，但被通知的线程是由JVM随机选择。Synchronized相当于整个Lock对象中只有一个单一的condition对象，所有的线程都注册在它一个对象身上。线程开始notifyAll()时，需要通知所有等待的线程，没有选择权，会造成很大的效率问题。而ReenTrantLock可以借助Condition对象实现选择性通知，具有更好的灵活性。比如：可以在一个Lock对象里创建多个Condition实例（即对象监视器），线程对像可以注册在指定的Condition中，从而可以有选择的进行线程通知，即使使用signalAll()方法也只会唤醒注册在该Condition实例中所有等待的线程。
可重入锁：自己可以再次获取自己的内部锁。比如：一个线程获得了某个对象的锁，并且还没有释放，当这个线程再次想要获取这个对象的锁的时候还是可以获取的，如果不可锁重入的话，就会造成死锁。