【大白话说Java面试题 第106题】【并发篇】第6题：synchronized 锁的锁对象可以是什么？

人工智能开发基于Spring AI的智能对话系统设计Java全栈实现RAG与工具调用第6题synchronized 锁的锁对象可以是什么回答核心考点synchronized锁对象的选择是并发编程中最基础也最最容易踩坑的知识点。大厂面试不会只问锁对象可以是类对象、实例对象、任意对象而是深入考察锁对象选择不当导致的死锁、性能瓶颈、锁粒度问题以及String 常量池、Integer 缓存池等特殊对象的锁陷阱。面试官真正想判断的是你是否能识别常见锁对象误用场景并给出正确的工程实践方案。1. 三种锁对象类型与字节码实现修饰位置锁对象字节码实现锁范围静态方法Class对象Example.classACC_SYNCHRONIZED标志 Class对象整个类所有实例共享实例方法当前实例thisACC_SYNCHRONIZED标志 this引用单个实例同步代码块显式指定的任意对象monitorentermonitorexit代码块范围1.1 静态方法——类级锁publicclassCounter{privatestaticintcount0;publicstaticsynchronizedvoidincrement(){count;}}字节码方法标志位ACC_SYNCHRONIZEDACC_STATIC锁对象为Counter.class。特点所有实例、所有线程竞争同一把锁并发度最低但保证类级数据一致性。1.2 实例方法——对象级锁publicclassCounter{privateintcount0;publicsynchronizedvoidincrement(){count;}}字节码方法标志位ACC_SYNCHRONIZED锁对象为this。特点不同实例之间互不干扰并发度高于类级锁。1.3 同步代码块——灵活指定publicclassCounter{privatefinalObjectlocknewObject();privateintcount0;publicvoidincrement(){synchronized(lock){count;}}}字节码monitorentermonitorexit指令锁对象为lock引用指向的对象。特点最灵活可精确控制锁粒度是生产环境的首选方式。2. 锁对象选择的五大原则2.1 原则一锁对象必须是 final 或不可变// ❌ 错误锁对象引用可变privateObjectlocknewObject();publicvoidmethod(){synchronized(lock){...}}// 某处执行 lock new Object(); → 两个线程持有不同锁同步失效// ✅ 正确final 保证引用不可变privatefinalObjectlocknewObject();2.2 原则二锁对象必须是私有的// ❌ 错误外部可获取锁对象导致不可控竞争publicfinalObjectlocknewObject();// 外部代码synchronized(counter.lock) { ... } → 不可控死锁// ✅ 正确私有 finalprivatefinalObjectlocknewObject();2.3 原则三避免使用可变对象作为锁// ❌ 错误StringBuilder 内容变化后 hashCode 变化但锁对象引用没变privatefinalStringBuilderlocknewStringBuilder();// 虽然引用 final但 StringBuilder 本身可变语义混乱// ✅ 正确使用专门的 Object 实例privatefinalObjectlocknewObject();2.4 原则四避免使用可被外部访问的对象作为锁// ❌ 错误使用字符串字面量常量池复用privatefinalStringlockLOCK;// 其他类也可能用 LOCK 作为锁 → 意外竞争// ✅ 正确new String(LOCK) 或直接用 ObjectprivatefinalObjectlocknewObject();2.5 原则五细粒度锁优于粗粒度锁// ❌ 错误一个大锁保护所有操作publicsynchronizedvoidmethodA(){...}publicsynchronizedvoidmethodB(){...}// methodA 和 methodB 互不干扰却竞争同一把锁// ✅ 正确分离锁privatefinalObjectlockAnewObject();privatefinalObjectlockBnewObject();publicvoidmethodA(){synchronized(lockA){...}}publicvoidmethodB(){synchronized(lockB){...}}3. 常见锁对象陷阱与避坑指南3.1 陷阱一String 常量池复用// ❌ 致命错误不同类使用相同字符串字面量竞争同一把锁publicclassServiceA{privatefinalStringlockCONFIG_LOCK;publicvoidupdate(){synchronized(lock){...}}}publicclassServiceB{privatefinalStringlockCONFIG_LOCK;// 常量池复用同一对象publicvoidupdate(){synchronized(lock){...}}}原理Java 字符串常量池会复用相同字面量CONFIG_LOCK在 JVM 中只有一份。ServiceA 和 ServiceB 实际上竞争同一把锁可能导致意外阻塞和死锁。解决方案// ✅ 方案一使用 new String() 创建独立对象privatefinalStringlocknewString(CONFIG_LOCK);// ✅ 方案二直接使用 Object推荐privatefinalObjectlocknewObject();3.2 陷阱二Integer 缓存池// ❌ 致命错误Integer 缓存导致锁对象相同privatefinalIntegerlock100;// -128~127 缓存范围内// 其他类private final Integer anotherLock 100; → 同一对象原理Integer.valueOf()对 -128~127 有缓存相同值返回同一对象。解决方案// ✅ 使用 new Integer() 或 ObjectprivatefinalObjectlocknewObject();3.3 陷阱三this 锁的隐式共享// ❌ 问题外部可直接 synchronized(obj) 获取 this 锁publicclassCounter{publicsynchronizedvoidincrement(){count;}}// 外部代码CountercnewCounter();synchronized(c){// 获取了 Counter 实例的锁c.increment();// 重入但语义混乱}解决方案// ✅ 使用私有锁对象隐藏锁细节publicclassCounter{privatefinalObjectlocknewObject();publicvoidincrement(){synchronized(lock){count;}}}3.4 陷阱四集合类作为锁对象// ❌ 问题Collections.synchronizedList 的锁就是 list 本身ListStringlistCollections.synchronizedList(newArrayList());synchronized(list){// 正确与 synchronizedList 内部锁一致for(Strings:list){...}// 迭代必须外部同步}// 但如果用其他对象锁就无法保护 list 的内部操作3.5 陷阱五Class 对象的隐式竞争// ❌ 问题反射和同步都可能锁定 Class 对象publicstaticsynchronizedvoidmethodA(){...}// 外部代码synchronized(Example.class){// 获取了 Class 锁// 此时 methodA 被阻塞}4. 高级锁对象设计模式4.1 分段锁Segment LockpublicclassConcurrentHashMapV7K,V{privatestaticfinalintSEGMENT_COUNT16;privatefinalSegmentK,V[]segments;staticclassSegmentK,V{privatefinalObjectlocknewObject();privatefinalHashMapK,VmapnewHashMap();publicVput(Kkey,Vvalue){synchronized(lock){returnmap.put(key,value);}}}publicVput(Kkey,Vvalue){intindexhash(key)%SEGMENT_COUNT;returnsegments[index].put(key,value);}}原理将数据分成多个段每段独立加锁不同段的写操作可并行。JDK 7 的ConcurrentHashMap采用此设计 [citation:4]。4.2 读写分离锁publicclassReadWriteData{privatefinalObjectreadLocknewObject();privatefinalObjectwriteLocknewObject();privatevolatileintdata;publicintread(){synchronized(readLock){returndata;}}publicvoidwrite(intvalue){synchronized(writeLock){datavalue;}}}注意此示例中读锁和写锁分离但读操作不互斥多个线程可同时读。更完善的实现应使用ReentrantReadWriteLock。4.3 按哈希值分锁publicclassHashLock{privatefinalObject[]locksnewObject[16];publicHashLock(){for(inti0;ilocks.length;i){locks[i]newObject();}}publicvoidlock(Objectkey){synchronized(locks[key.hashCode()%locks.length]){// 操作}}}适用场景按用户 ID、订单 ID 等维度加锁相同 ID 的操作串行不同 ID 的操作并行。5. 锁对象与对象头 Mark Word 的关系锁对象的选择直接影响对象头 Mark Word 的锁状态变化 [citation:5][citation:13]锁对象类型Mark Word 初始状态锁升级路径普通new Object()无锁001无锁 → 偏向锁 → 轻量级锁 → 重量级锁Class对象无锁001同上但类对象通常长期存活偏向锁收益低已计算 hashCode 的对象无锁001不可偏向无锁 → 轻量级锁 → 重量级锁跳过偏向锁关键细节调用hashCode()会占用 Mark Word 的 31 位空间导致无法使用偏向锁偏向锁需要存储线程 ID如果锁对象在同步块内调用了hashCode()JVM 会撤销偏向锁升级为轻量级锁 [citation:13]。6. 面试官追问与高分回答模板追问 1“synchronized 的锁对象可以是什么”低分回答“类对象、实例对象、任意对象。”没有区分场景和陷阱高分回答synchronized 的锁对象取决于修饰位置静态方法锁对象是Class对象Example.class所有实例共享同一把锁实例方法锁对象是this每个实例有独立锁同步代码块锁对象是显式指定的任意对象最灵活。但选择锁对象时必须遵循四个原则final 引用不可变、私有不可外部访问、避免 String/Integer 常量池复用、粒度尽量细。生产环境推荐用private final Object lock new Object()避免使用this或类对象防止外部意外竞争。 [citation:4][citation:5]追问 2“为什么锁对象要用 final 修饰”高分回答锁对象必须用final修饰核心原因是保证引用不可变。如果锁对象引用被修改两个线程可能持有不同的锁对象导致同步完全失效。例如privateObjectlocknewObject();// 非 final// 线程 Asynchronized(lock) { ... }// 某处执行 lock new Object();// 线程 Bsynchronized(lock) { ... } // 持有的是新锁与线程 A 不互斥使用final可以在编译期检查引用是否被修改从源头避免此类 Bug。 [citation:4]追问 3“用 String 作为锁对象有什么问题”高分回答用 String 字面量作为锁对象有两个严重问题常量池复用Java 字符串常量池会复用相同字面量。如果两个不相关的类都使用private final String lock CONFIG它们实际上竞争同一把锁可能导致意外阻塞和死锁。String 的不可变性不等于引用不可变性虽然 String 内容不可变但如果使用new String()创建独立对象可以规避常量池复用问题。不过更推荐直接用new Object()作为锁对象语义更清晰。类似地Integer 的 -128~127 缓存也会导致相同问题。 [citation:4][citation:5]追问 4“synchronized(this) 和 synchronized 方法有什么区别”高分回答两者在字节码层面略有不同但锁对象都是this语义完全一致synchronized方法JVM 在方法标志位设置ACC_SYNCHRONIZED进入方法时自动获取this锁退出时自动释放synchronized(this)显式在代码块前后插入monitorenter和monitorexit指令。推荐使用synchronized(this)的场景需要更细粒度的控制比如只同步部分代码而非整个方法。不推荐使用this作为锁的场景外部代码可能直接synchronized(obj)获取this锁导致不可控竞争。生产环境推荐用私有Object锁。 [citation:4][citation:13]追问 5“如何设计一个高并发的计数器锁对象怎么选”高分回答高并发计数器的锁对象设计要分场景单计数器直接用AtomicInteger或LongAdder无需锁对象多计数器如按用户 ID 统计使用分段锁或哈希分锁privatefinalObject[]locksnewObject[16];publicvoidincrement(LonguserId){synchronized(locks[userId.hashCode()%16]){// 操作}}读写分离场景读操作远多于写操作使用ReentrantReadWriteLock替代 synchronized读锁共享、写锁互斥。极端高并发使用LongAdder分段累加或Striped64JDK 内部实现完全无锁。核心原则锁的粒度要匹配数据的粒度。如果数据可以分区锁也应该分区。 [citation:4]追问 6“锁对象调用 hashCode() 会影响 synchronized 吗”高分回答“会而且影响很严重。调用hashCode()会占用对象头 Mark Word 的 31 位空间而偏向锁需要在这 31 位中存储线程 ID54 位和 epoch2 位。如果锁对象在同步块内或之前调用了hashCode()JVM 会撤销偏向锁后续该对象的 synchronized 直接进入轻量级锁逻辑失去偏向锁的零开销优势。源码层面HotSpot 的biasedLocking.cpp中有明确逻辑当对象已计算 identity hashCode 时偏向锁尝试会失败直接走轻量级锁路径。工程建议如果确定对象会作为锁使用避免调用其hashCode()如果必须计算哈希考虑使用独立的Object作为锁而非业务对象本身。” [citation:13]7. 方案选型速查表场景推荐锁对象避坑要点简单实例同步private final Object lock new Object()不要用this防止外部竞争静态数据同步private static final Object lock new Object()不要用Class对象防止反射竞争类级方法同步synchronized(Xxx.class)注意与反射锁的冲突按 ID 分锁Object[] locks哈希分桶桶数量要合理避免哈希冲突分段锁每段独立的Object锁段数 2 的幂次方便位运算取模读写分离ReentrantReadWriteLock不要用两个synchronized对象模拟高并发计数LongAdder/AtomicInteger不要用synchronized面试官想要的满分总结synchronized锁对象的选择不是能用就行而是并发编程正确性的第一道防线。核心原则可以总结为“私有、final、专用、细粒度”八字诀私有锁对象必须private防止外部不可控竞争final引用必须不可变防止同步失效专用锁对象应专门创建new Object()不要用业务对象、String 字面量、Integer 缓存值细粒度锁的范围尽量小能用代码块不用方法能分段不分全局。最常见的陷阱是String 常量池复用和Integer 缓存池复用不同类使用相同字面量或缓存值作为锁会导致意外的全局竞争。生产环境推荐统一使用private final Object lock new Object()模式简单、安全、语义清晰。最后记住锁对象的选择直接影响对象头 Mark Word 的锁状态。如果锁对象调用了hashCode()偏向锁会被永久禁用失去零开销优势。在高并发场景下锁对象的设计往往比锁的实现更重要。觉得对您有帮助麻烦点点关注啦您的关注是我创作的最大动力~