并发编程核心是控制共享变量访问，确保原子性、可见性、有序性；应按需选择机制、缩小锁粒度，优先用原子类、reentrantlock或volatile等轻量方案。

核心是控制对共享变量的并发访问，确保操作的原子性、可见性和有序性。最直接有效的办法不是“锁一切”，而是按需选择合适机制，把保护范围缩到最小。

用 synchronized 块精准保护临界区

不要直接修饰整个方法，尤其当方法里混着日志、IO、计算等非共享操作时。只包裹真正读写共享变量的那几行代码。

• 锁对象必须私有且 final，比如 private final Object lock = new Object();，避免用 this 或类对象，防止外部误锁干扰
• 粒度越小越好：例如 count++ 只需锁这一步，前后校验或返回值处理不进同步块
• 嵌套锁时务必固定获取顺序，否则容易死锁

单变量原子操作优先用 AtomicInteger 等原子类

适用于计数器、状态标志位这类“读-改-写”一体的简单场景，底层靠 CPU 指令保证原子性，比锁更轻量。

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

• 常用方法如 incrementAndGet()、compareAndSet(expected, updated)，返回值能判断是否成功
• 不能用于跨多个变量的逻辑，比如“查余额→扣款→更新流水”，这种仍需 synchronized 或 ReentrantLock
• 它自带 volatile 语义，但和普通字段混用时，其他字段仍可能被重排序影响

需要灵活控制时选 ReentrantLock

当要支持中断响应、等待超时、或指定公平策略时，ReentrantLock 比 synchronized 更合适。

• lock() 必须配 finally 中的 unlock()，否则一旦异常未释放，会造成永久阻塞
• 支持 tryLock(timeout, TimeUnit) 避免无限等待，适合高可用场景
• 构造时传入 true 可启用公平锁，但会降低吞吐量，一般默认非公平即可

读多写少场景用线程安全集合或 volatile

不是所有共享变量都需要锁。读操作远多于写操作时，可考虑更轻量方案。

• ConcurrentHashMap 替代 Hashtable 或 Collections.synchronizedMap，支持高并发读写，但注意复合操作（如 get + put）仍需额外同步
• volatile 适合纯状态标志，比如开关变量 isRunning，它能保证可见性和禁止重排序，但不保证原子性（i++ 仍不行）
• 如果每个线程能独立维护副本（如 ThreadLocal），彻底避开共享，也是优选路径

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南