Synchronized在JDK1.6做了什么优化？

Synchronized在JDK1.6中进行了锁优化，引入了偏向锁、轻量级锁和重量级锁等机制，以提高多线程并发访问的效率和性能。其中，偏向锁是针对单线程访问同步代码块的情况进行的优化，轻量级锁是针对多线程竞争同步代码块的情况进行的优化，重量级锁则是针对多线程竞争激烈的情况进行的优化。这些优化机制的引入，使得Synchronized在JDK1.6中的性能得到了大幅提升。

相关问题

synchronized在JDK6做了哪些优化

在JDK6及之前的版本中，synchronized主要存在两个性能问题：

1. 内置锁的竞争激烈：在并发量较高的情况下，线程竞争内置锁会导致性能下降。

2. 重量级锁的高开销：synchronized在JDK6及之前的版本中采用的是重量级锁，每次对锁的获取和释放都需要进行内核态和用户态之间的切换，开销较高。

针对这两个问题，JDK6做了如下优化：

1. 偏向锁：在JDK6中，synchronized引入了偏向锁机制，通过偏向锁来减少锁的竞争，提高并发性能。当只有一个线程访问同步块时，偏向锁会将锁定的对象标记为偏向状态，并将线程ID保存在对象头中，下次该线程访问时，就可以直接获取锁，避免了多次竞争锁的开销。

2. 轻量级锁：当多个线程竞争同一把锁时，JDK6中的synchronized会尝试使用轻量级锁来避免进入重量级锁状态，从而减少了锁的竞争和开销。轻量级锁是通过在对象头中的Mark Word中存储锁信息，来判断锁的状态，避免了进入内核态和用户态之间的切换。

需要注意的是，偏向锁和轻量级锁的优化只适用于低竞争情况下的synchronized，当竞争激烈时，仍然会进入重量级锁状态，因此在高并发场景下，可以考虑使用基于CAS的锁（如AtomicInteger、AtomicLong等）或基于Lock接口的锁（如ReentrantLock）来替换synchronized。

synchronized1.6之后的优化

synchronized在1.6之后进行了优化，主要包括以下几点：

1. 偏向锁：在没有竞争的情况下，锁会自动升级为偏向锁，避免了每次都要进行CAS操作的开销。

2. 轻量级锁：在竞争不激烈的情况下，锁会升级为轻量级锁，避免了重量级锁的开销。

3. 自旋锁：在竞争激烈的情况下，锁会升级为自旋锁，避免了线程阻塞和唤醒的开销。

4. 锁消除：在一些情况下，编译器会自动判断某些锁是不必要的，会将其消除掉，避免了锁的开销。

这些优化使得synchronized的性能得到了很大的提升，使得其在高并发场景下仍然能够保持较好的性能表现。