合理优化锁粒度是平衡线程安全与性能的关键。通过减小锁范围、使用并发容器和读写锁，可有效避免数据竞争并提升并发效率。

在多线程环境下，多个线程同时访问和修改共享数据时，容易因线程竞争导致数据丢失或状态不一致。Java 提供了多种机制来解决这一问题，其中锁是核心手段之一。但若锁的粒度过粗，会降低并发性能；若过细，则可能增加复杂性和死锁风险。合理优化锁的粒度，是平衡线程安全与性能的关键。

理解线程竞争与数据丢失场景

当多个线程同时对同一共享变量进行读-改-写操作时，若没有同步控制，可能出现中间状态被覆盖的情况。例如：

两个线程同时执行 count++，实际只加了一次，因为读取、递增、写回不是原子操作。

常见解决方案是使用 synchronized 或 ReentrantLock 加锁，但如果整个方法或对象都被锁定，会导致其他无关操作也被阻塞，影响吞吐量。

减小锁粒度：将锁作用范围最小化

避免对整个对象或方法加锁，而是针对具体需要保护的数据部分加锁。

立即学习“Java免费学习笔记（深入）”；

• 使用独立的锁对象保护不同的资源，例如用多个锁分别保护 map 的不同 segment（类似 ConcurrentHashMap 的早期设计）。
• 将大对象拆分为多个子组件，每个组件拥有自己的锁。
• 避免 synchronized(this)，改用 private final Object lock = new Object()，防止外部代码干扰锁行为。

示例：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

private final Map userScores = new HashMap(); private final Object scoreLock = new Object(); public void updateScore(String user, int delta) { synchronized (scoreLock) { int current = userScores.getOrDefault(user, 0); userScores.put(user, current + delta); } }

使用并发容器替代手动加锁

Java 并发包（java.util.concurrent）提供了线程安全且高性能的容器，内部已做锁优化。

• ConcurrentHashMap 使用分段锁或 CAS 操作，允许多个线程同时读写不同 key，极大提升并发能力。
• 使用 AtomicInteger、AtomicLong 等原子类处理简单计数场景，避免显式锁开销。
• BlockingQueue 实现生产者-消费者模式时，天然支持并发安全与等待通知机制。

示例：

private final ConcurrentHashMap counters = new ConcurrentHashMap(); public void increment(String key) { counters.merge(key, 1L, Long::sum); // 线程安全合并 }

读写分离：使用读写锁优化读多写少场景

对于频繁读取、少量修改的共享数据，ReentrantReadWriteLock 能显著提升性能。

• 允许多个读线程同时访问，提高并发读效率。
• 写线程独占访问，保证写操作的原子性和可见性。

注意：读写锁适合“读远多于写”的场景，若写操作频繁，可能造成读线程饥饿。

private final ReadWriteLock rwLock = new ReentrantReadWriteLock(); private final Map cache = new HashMap(); public String get(String key) { rwLock.readLock().lock(); try { return cache.get(key); } finally { rwLock.readLock().unlock(); } } public void put(String key, String value) { rwLock.writeLock().lock(); try { cache.put(key, value); } finally { rwLock.writeLock().unlock(); } }

基本上就这些。关键是根据业务场景选择合适的锁策略：能用原子类就不用锁，能用并发容器就不自己同步，锁范围越小越好，读写分离提升吞吐。合理设计，既能避免数据丢失，又能保持高并发性能。