synchronized 是 Java 多线程架构中保障原子性、可见性、有序性的基础机制，JVM 原生支持，自动加锁释放，绑定对象生命周期，隐式满足 JMM，是性能调优的基准参照。
synchronized 在 Java 多线程架构设计中不是“可选项”，而是基础性保障机制——它直接承载原子性、可见性、有序性三大并发基石，是构建线程安全模块的默认起点和兜底手段。
它是轻量级同步的默认选择
无需引入额外依赖，不依赖外部类库，JVM 原生支持。开发时只要加个关键字，就能快速隔离临界区。尤其适合：业务逻辑简单、锁粒度可控、竞争不激烈的场景（如计数器更新、状态标记切换）。相比 ReentrantLock，它自动加锁/释放，不会因忘记 unlock 导致死锁，对新手和中型系统更友好。
它天然绑定对象生命周期与锁语义
synchronized 的锁对象明确且直观：
• 修饰实例方法 → 锁当前 this 对象
• 修饰静态方法 → 锁当前 Class 对象
• 修饰代码块 → 锁指定对象（如 synchronized(obj)）
这种绑定让锁的归属清晰可溯，便于分析锁竞争路径、排查死锁根源，也利于在分层架构中按模块/服务粒度划分锁域（比如用 service 实例锁保护其内部状态，避免跨 service 误共享）。
它隐式支撑内存模型一致性
不只是“互斥执行”，synchronized 还强制触发内存屏障：
• 进入时清空本地缓存，从主内存读最新值
• 退出时把修改刷回主内存
这意味着它天然适配 Java 内存模型（JMM），不需要额外 volatile 或 final 修饰来保证可见性。在架构设计中，这降低了状态同步的推理成本——只要关键状态变更被 synchronized 包裹，其他线程后续读取就能看到一致结果。
它是锁演进与性能调优的基准参照
HotSpot 的锁优化（偏向锁 → 轻量级锁 → 重量级锁）全部围绕 synchronized 展开。架构师评估并发瓶颈时，常以 synchronized 表现为基线：如果它已成瓶颈，再考虑升级为显式锁（ReentrantLock）、无锁结构（CAS + AtomicXXX）或分段设计（如 ConcurrentHashMap 的分段锁思想）。它的存在，让性能权衡有据可依，而不是一上来就过度设计。
