Java线程安全是并发编程的核心挑战，许多开发者因忽视细节而踩坑。本文揭示常见误区，并提供实用修复方案，助你写出健壮的高并发代码。
误区一：误判线程安全类
许多开发者认为包装类如Integer自然线程安全，实则其不可变性≠线程安全。例如多个线程操作同一Integer对象时，若存在"读取-修改-写入"流程仍会导致竞态条件。修复方案是使用AtomicInteger等原子类，或通过synchronized保证操作原子性。对于集合类，优先选择ConcurrentHashMap替代HashMap。
误区二：滥用volatile关键字
部分开发者将volatile当作万能锁，但该关键字仅保证可见性，不保证复合操作原子性。典型错误场景是使用volatile修饰计数器并执行++操作。正确做法是：简单状态标记用volatile，计数器等复合操作使用AtomicLong，或通过Lock接口显式加锁。
误区三：忽视可见性规则
开发者常误以为修改非共享变量无需同步。实际上由于CPU缓存和指令重排序，未正确同步的修改可能对其他线程不可见。修复方法是遵循happens-before原则：要么使用final字段，要么通过synchronized/Lock建立 happens-before关系。对于频繁读写的场景，推荐使用StampedLock优化性能。
误区四：锁粒度控制不当
常见错误包括过度同步（锁整个方法）和锁分离不足（多业务共用同一锁）。前者会导致性能瓶颈，后者可能引发死锁。解决方案是细化锁粒度：使用分段锁（如ConcurrentHashMap的实现），或对读写操作分离（ReadWriteLock）。特别注意避免锁嵌套，必要时使用tryLock()超时机制。
误区五：线程池使用陷阱
开发者常忽略线程池的任务隔离需求，导致不同优先级的任务相互阻塞。典型错误是共用单线程池处理IO和计算任务。正确做法是根据业务特性配置独立线程池，重要任务使用优先级队列。对于资源敏感场景，建议通过ThreadPoolExecutor自定义拒绝策略，避免任务丢失。