synchronized在JDK1.6进行了锁的优化，也就是当一个线程多次访问一个同步代码块的时候，此时会记录该线程的threadId也就是，当你再来访问的时候，我就只需判断threadId就行了，效率高，这属于偏向锁。
当有多个线程来的时候，那么这个锁就会升级为轻量级锁，也就是通过CAS，来进行尝试获取锁，是一种自旋锁的状态。如果在短时间内可以获得锁，不会堵塞，而且节约了CUP上下文切换的时间。
如果长时间没有获取到锁，会消耗CUP的资源，因为在那一直死循环，经过一个时间段后会升级为重量级锁，会发生阻塞。其中锁升级是不可逆的。
synchronized在JDK1.6进行了锁的优化，也就是当一个线程多次访问一个同步代码块的时候，此时会记录该线程的threadId也就是，当你再来访问的时候，我就只需判断threadId就行了，效率高，这属于偏向锁。
当有多个线程来的时候，那么这个锁就会升级为轻量级锁，也就是通过CAS，来进行尝试获取锁，是一种自旋锁的状态。如果在短时间内可以获得锁，不会堵塞，而且节约了CUP上下文切换的时间。
如果长时间没有获取到锁，会消耗CUP的资源，因为在那一直死循环，经过一个时间段后会升级为重量级锁，会发生阻塞。其中锁升级是不可逆的。