什么是线程同步
在多线程程序中，多个线程可能同时访问共享资源，比如同一个变量、文件或数据库连接。如果没有协调机制，就可能出现数据错乱。比如两个线程同时对一个计数器加1，结果却只加了一次——这就是典型的竞态条件。线程同步机制就是为了解决这类问题而存在的。
常见使用场景
银行转账系统是个典型例子。假设用户A向用户B转账500元，系统需要从A账户扣钱，再给B账户加钱。这个过程由一个线程处理。如果同一时间还有另一个线程也在操作A的账户，比如查询余额，就可能读到中间状态：钱已扣除但还没到账，导致显示余额为负或为零。通过加锁，可以确保整个转账过程不被中断，外部线程只能等操作完成后再访问账户数据。
库存扣减中的应用
电商平台秒杀活动最能体现线程同步的重要性。成千上万用户同时抢购一件商品，库存初始为1。如果不做同步控制，多个线程可能同时判断“库存大于0”，然后都执行减库存操作，最终导致超卖。使用互斥锁或原子操作，能保证只有一个线程成功扣减库存，其余线程收到“已售罄”提示。
日志记录避免混乱
服务器程序通常由多个线程处理请求，每个线程都要写日志。如果大家都直接往同一个日志文件写内容，容易出现日志行交错，比如一条日志还没写完，另一条就开始了。通过将写日志的操作设为同步块，确保每次只有一个线程能写入，日志内容就能保持完整清晰。
缓存更新一致性
Web应用常用内存缓存来提升性能。当某个线程发现缓存过期，会去数据库加载新数据并更新缓存。如果此时还有其他线程也检测到缓存失效，可能都会触发数据库查询，造成“缓存击穿”。使用双重检查加锁或读写锁机制，可以让第一个进入的线程负责更新，其他线程等待并直接使用新缓存，减少数据库压力。
代码示例：Java 中的 synchronized 使用
public class Counter {
private int count = 0;
public synchronized void increment() {
count++;}
public synchronized int getCount() {
return count;}
}上面的代码中，increment 和 getCount 方法都用 synchronized 修饰，确保同一时间只有一个线程能执行这些方法，保护了共享变量 count 的完整性。
选择合适的同步方式
不是所有场景都适合用重量级锁。比如高并发读多写少的场景，用读写锁（ReadWriteLock）更高效：多个读线程可以同时进行，只有写操作时才独占资源。再比如计数器这种简单操作，用原子类（如 AtomicInteger）比加锁更轻量，还能避免死锁风险。
线程同步不是为了“防止出错”而强行加的限制，而是根据业务逻辑合理设计的协作规则。理解具体场景的数据访问模式，才能选对工具，既保障安全又不影响性能。