1. synchronized关键字的本质与应用场景在Java多线程编程中synchronized是最基础也是最常用的线程同步机制。这个关键字的核心作用是解决多线程环境下的共享资源访问冲突问题。当多个线程同时访问某个共享资源时如果没有适当的同步控制就会导致数据不一致、脏读等问题。synchronized的使用场景主要分为三类实例方法同步作用于当前对象实例静态方法同步作用于类的Class对象同步代码块可以灵活指定锁对象我在实际项目中最常用的是同步代码块形式因为它可以精确控制锁的粒度。比如在电商系统的库存扣减场景public class Inventory { private int stock; public void deductStock(int quantity) { synchronized(this) { if(stock quantity) { stock - quantity; } } } }注意synchronized是重量级锁在高并发场景下可能成为性能瓶颈。JDK1.6后对synchronized做了大量优化但在超高并发场景下仍建议考虑ReentrantLock。2. synchronized的实现原理深度解析2.1 JVM层面的实现机制synchronized在JVM中的实现基于Monitor机制。每个Java对象在内存中都包含一个Monitor对象也称为管程或监视器锁这个Monitor由以下几个关键部分组成Owner记录持有锁的线程EntryList存放等待获取锁的线程WaitSet存放调用wait()后等待的线程当线程执行到synchronized代码块时JVM会通过monitorenter和monitorexit两个指令来实现锁的获取和释放。这两个指令的执行流程如下monitorenter指令检查对象的Monitor的Owner字段如果Owner为null则当前线程成为Owner计数器1如果Owner是当前线程计数器1可重入性否则线程进入EntryList等待monitorexit指令将计数器减1当计数器为0时释放锁并唤醒EntryList中的线程2.2 对象头与锁升级过程在HotSpot虚拟机中synchronized的锁状态记录在对象头的Mark Word中。JDK1.6后引入了锁升级机制包含以下状态无锁状态初始状态偏向锁通过CAS设置线程ID适用于单线程重复获取锁的场景轻量级锁通过CAS自旋尝试获取锁适用于低竞争场景重量级锁真正的互斥锁适用于高竞争场景锁升级是不可逆的过程目的是在保证线程安全的同时提高性能。通过以下命令可以查看对象头信息java -XX:PrintFlagsFinal -version | grep BiasedLocking3. synchronized的高级特性与优化技巧3.1 可重入性实现原理synchronized的可重入性是通过在Monitor中维护计数器实现的。每次重入计数器1退出时计数器-1直到0才真正释放锁。这个特性避免了线程死锁典型应用场景如递归调用public class ReentrantDemo { public synchronized void method1() { method2(); // 可重入调用 } public synchronized void method2() { // 业务逻辑 } }3.2 锁优化实践技巧减小锁粒度尽量同步必要的代码块而非整个方法降低锁竞争使用不同的锁对象保护不同的资源避免锁嵌套防止死锁和性能下降考虑读写分离读多写少场景使用ReadWriteLock实际项目中的优化案例在用户积分系统中我们将全局锁拆分为用户维度的锁public class UserPointService { private final MapLong, Object userLocks new ConcurrentHashMap(); public void addPoints(Long userId, int points) { Object lock userLocks.computeIfAbsent(userId, k - new Object()); synchronized(lock) { // 积分操作 } } }4. synchronized常见问题排查指南4.1 典型问题与解决方案问题现象可能原因解决方案性能下降锁竞争激烈减小锁粒度/使用分段锁死锁锁嵌套获取顺序不一致统一锁获取顺序/使用tryLock内存泄漏锁对象生命周期过长使用弱引用/及时释放虚假唤醒wait()未在循环中检查条件while(condition) { wait(); }4.2 线程转储分析实战当出现死锁时可以通过jstack命令获取线程转储jstack -l pid thread_dump.txt分析要点查找BLOCKED状态的线程查看线程持有的锁和等待的锁检查锁的获取顺序是否形成环路示例分析结果Thread-1 #12 prio5 os_prio0 tid0x00007f48740d8000 nid0x5e1e waiting for monitor entry [0x00007f486b7fe000] java.lang.Thread.State: BLOCKED (on object monitor) at com.example.DeadLockDemo.methodB(DeadLockDemo.java:30) - waiting to lock 0x000000076b98c4b0 (a java.lang.Object) at com.example.DeadLockDemo.methodA(DeadLockDemo.java:22) - locked 0x000000076b98c4a0 (a java.lang.Object)5. synchronized与其他同步机制对比5.1 与ReentrantLock的对比特性synchronizedReentrantLock实现方式JVM原生支持JDK实现锁获取自动获取释放需要显式lock/unlock可中断不支持支持公平锁非公平可配置条件变量单一可创建多个性能JDK6后优化相当高竞争时略优5.2 与volatile的协同使用volatile保证可见性但不保证原子性适合状态标志位的场景。复合操作仍需synchronizedpublic class Counter { private volatile int count; // 仍需同步 public synchronized void increment() { count; } }在实际项目中我通常会这样选择简单同步场景优先使用synchronized需要高级功能如超时、公平性使用ReentrantLock仅需可见性保证使用volatile读多写少场景考虑ReadWriteLock6. JVM对synchronized的优化技术6.1 锁消除Lock EliminationJVM通过逃逸分析判断同步块是否只被单个线程访问如果是则会消除锁。典型场景如StringBuffer的局部变量public String concat(String s1, String s2) { StringBuffer sb new StringBuffer(); // 局部变量锁会被消除 sb.append(s1); sb.append(s2); return sb.toString(); }6.2 锁粗化Lock Coarsening将相邻的同步块合并减少锁的获取/释放开销。例如// 优化前 public void method() { synchronized(lock) { // 操作1 } synchronized(lock) { // 操作2 } } // 优化后 public void method() { synchronized(lock) { // 操作1 // 操作2 } }6.3 偏向锁与轻量级锁偏向锁通过延迟CAS操作提升单线程性能轻量级锁通过CAS自旋避免线程阻塞。可以通过JVM参数控制-XX:UseBiasedLocking // 启用偏向锁JDK15后废弃 -XX:BiasedLockingStartupDelay0 // 偏向锁延迟时间7. 实战设计线程安全的缓存系统7.1 基础实现方案public class SimpleCacheK, V { private final MapK, V map new HashMap(); public synchronized V get(K key) { return map.get(key); } public synchronized void put(K key, V value) { map.put(key, value); } }7.2 优化后的分段锁实现public class SegmentCacheK, V { private final int segments 16; private final MapK, V[] maps; private final Object[] locks; public SegmentCache() { maps new Map[segments]; locks new Object[segments]; for(int i0; isegments; i) { maps[i] new HashMap(); locks[i] new Object(); } } private int hash(K key) { return Math.abs(key.hashCode()) % segments; } public V get(K key) { int index hash(key); synchronized(locks[index]) { return maps[index].get(key); } } public void put(K key, V value) { int index hash(key); synchronized(locks[index]) { maps[index].put(key, value); } } }这个实现将锁竞争分散到不同的段上实测在8核机器上性能比全局锁提升3-5倍。关键在于段数应等于或略大于CPU核心数哈希算法要保证均匀分布每个段的负载要均衡8. 高频面试题深度剖析8.1 synchronized和ReentrantLock的区别这个问题可以从以下几个维度回答实现层面JVM原生支持 vs JDK代码实现功能特性ReentrantLock提供更多高级功能性能表现JDK6后两者性能接近使用方式隐式获取释放 vs 显式控制锁机制非公平 vs 可配置公平性8.2 synchronized的锁升级过程回答要点无锁 - 偏向锁第一个线程访问时偏向锁 - 轻量级锁出现第二个线程竞争时轻量级锁 - 重量级锁自旋超过阈值默认10次重量级锁会涉及操作系统互斥量成本最高8.3 双重检查锁定模式经典的单例实现方式及其演进// 错误实现 public class Singleton { private static Singleton instance; public static Singleton getInstance() { if(instance null) { // 第一次检查 synchronized(Singleton.class) { if(instance null) { // 第二次检查 instance new Singleton(); // 问题所在 } } } return instance; } }正确实现需要使用volatileprivate volatile static Singleton instance;原因在于new操作不是原子的可能发生指令重排序。volatile可以防止重排序并保证可见性。9. 性能监控与调优实战9.1 锁竞争监控工具JVisualVM图形化查看线程状态和锁信息JConsole监控线程阻塞情况Java Mission Control商业版性能分析工具Arthas阿里开源的Java诊断工具9.2 关键JVM参数-XX:PrintSafepointStatistics // 打印安全点统计 -XX:PrintSafepointStatisticsCount1 // 统计次数 -XX:PrintGCApplicationStoppedTime // 打印GC停顿时间 -XX:PrintGCDetails // 打印GC详情9.3 锁竞争优化案例某支付系统优化记录问题日终对账时处理速度慢分析jstack显示大量线程阻塞在全局配置锁优化将全局配置拆分为业务维度配置结果处理时间从2小时降至20分钟关键优化点使用ConcurrentHashMap代替同步的HashMap对不同的配置项使用不同的锁对象对只读配置取消同步控制10. 现代Java并发编程的发展随着Java版本的演进synchronized虽然仍是基础同步机制但在以下方面有了新的发展VarHandleJava 9提供更细粒度的内存访问控制Project Loom虚拟线程可能改变同步模型Java 21的虚拟线程大幅降低线程阻塞成本不过在实际项目中我发现synchronized在大多数常规场景下仍然是简单可靠的选择。它的优势在于语法简洁自动管理锁的获取和释放JVM持续优化其性能开发者熟悉度高对于新项目我的建议是默认使用synchronized遇到特定需求时考虑ReentrantLock高并发场景进行专项优化保持对新技术趋势的关注但不过早采用