synchronized代码块应精准锁定临界区：仅包裹读写共享变量的语句，剔除日志、网络请求等耗时操作；锁对象须私有、final、专用；按资源边界分锁，避免一把锁全局竞争；严禁嵌套调用外部方法以防锁拖长或死锁。
用 synchronized 代码块精准控制锁粒度，核心就一条：只锁真正需要互斥的那几行代码，锁对象要私有、稳定、不可变。
只包裹临界区，剔除所有无关操作
同步块里只能放读写共享变量的语句。日志、网络请求、JSON解析、复杂计算、缓存更新这些，统统移出去。
- ❌ 错误写法：在同步块里调用
sendEmail()或httpClient.post() - ✅ 正确写法：先完成耗时操作，再进同步块更新状态；或拆成“读→处理→写”三步，仅“写”加锁
- 比如账户扣款：先校验余额（可不加锁），再扣减金额（必须加锁），最后发通知（移出同步块）
锁对象必须私有、final、专用
别用 this、String 字面量、方法内新建对象，它们会导致锁失效、意外竞争或死锁。
- ✅ 推荐：声明
private final Object lock = new Object();，专锁一个资源 - ✅ 特殊场景：若操作的是某个稳定不变的业务对象（如
Account account），且该对象全局唯一、不被替换，可用它作锁 - ❌ 避免：
synchronized("key")（字符串常量池共享）、synchronized(new Object())（每次新建，锁不住）
按资源边界分锁，避免一把锁管到底
多个独立共享资源，就该配多把锁。一把锁锁整个类，等于让所有线程排队等一个点。
- 用户A充值和用户B提现，不该抢同一把锁 → 按
userId分锁，用ConcurrentHashMap<Long, Object>缓存锁对象 - 库存服务中不同商品ID的操作互相无关 → 用
itemId做锁标识，各自独立 - 但要注意：如果两个字段强耦合（如
balance和frozenBalance必须原子变更），就不能拆锁，否则破坏数据一致性
警惕嵌套与外部调用，防止锁被拖长
同步块里调用未知方法，等于把锁的控制权交给别人——它可能阻塞、重入、甚至反过来锁你。
立即学习“Java免费学习笔记（深入）”；
- 禁止在
synchronized块中调用第三方 service、DAO 方法或未审核的工具类 - 避免在同步块里再进入另一个
synchronized方法，除非你 100% 确认它的锁对象和顺序 - 多锁场景必须约定固定获取顺序，例如“先锁账户，再锁日志”，否则极易死锁
