Java中控制并发：锁机制与单一线程优缺点
最近工作站遇到了调用其他服务出现了多次回调导致了工作重复执行。解决方案是使用相同维度下单一线程进行处理。
在Java中，方法中加锁（Synchronization）和使用单一线程执行是两种不同的并发控制策略，它们用于不同的场景和目的。以下总结了他们之间优缺点。
方法中加锁（Synchronization）
优点:
- 线程安全：保证了在多线程环境下对共享资源的访问是线程安全的，避免了数据不一致和竞态条件。
- 简单直观：使用
synchronized关键字是一种简单直观的同步机制，容易理解和实现。 - 适用性广：可以在任何对象上加锁，适用于多种并发场景。
- 自动锁管理：JVM负责加锁和释放锁，避免了手动锁管理可能出现的错误。
缺点:
- 性能开销：加锁会导致线程阻塞和上下文切换，这可能会降低程序的并发性能。
- 死锁风险：不当的锁使用可能导致死锁，使得线程无法继续执行。
- 可伸缩性限*：随着应用规模的增长，锁竞争可能会成为瓶颈，限制应用的可伸缩性。
- 锁粒度控制：需要仔细设计锁的粒度，过粗可能导致性能下降，过细可能增加复杂性。
实战：
public class Counter {
private int count = 0;
private final Object lock = new Object();
public void increment() {
synchronized(lock) {
count++;
}
}
public int getCount() {
synchronized(lock) {
return count;
}
}
}
在这个例子中，increment 和 getCount 方法通过 synchronized 关键字加锁，确保只有一个线程可以同时执行这些同步代码块。锁对象是 lock，它是一个 Object 实例，用作监视器锁。
使用单一线程执行
优点:
- 避免同步：由于所有任务都在同一个线程中执行，避免了多线程同步的需求，减少了并发编程的复杂性。
- 无竞态条件：不会出现竞态条件，因为没有其他线程会同时修改相同的数据。
- 简化调试：在单线程模型中调试程序通常比在多线程模型中更容易，因为只需关注一个执行流。
- 顺序保证：任务的执行顺序是确定的，这在某些需要顺序执行的应用场景中非常有用。
缺点:
- 并发性能差：无法利用多核处理器的并行能力，可能会造成资源的浪费，特别是在CPU密集型任务中。
- 响应性差：如果单一线程被长时间运行的任务阻塞，那么其他任务的响应时间会受到影响。
- 容错性差**：如果执行线程崩溃，那么所有依赖该线程的任务都会受到影响。
- 不适用于高并发场景：在需要快速响应大量并发请求的场景中，单线程执行可能无法满足性能需求。
实战：
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
public class SingleThreadExample {
public static void main(String[] args) {
ExecutorService executor = Executors.newSingleThreadExecutor();
executor.submit(() -> {
// 任务1
});
executor.submit(() -> {
// 任务2
});
executor.shutdown();
}
}
在这个例子中，使用了 java.util.concurrent.Executors 类的 newSingleThreadExecutor 方法创建了一个单线程的线程池。所有提交给这个线程池的任务都会在同一个线程中串行执行。
总结
在选择使用方法加锁还是单一线程执行时，需要根据应用程序的具体需求、并发模型、性能目标和可维护性等因素进行权衡。例如，对于高并发、多核处理器的环境，合理使用加锁策略可能更合适；而对于并发需求不高、需要保证任务执行顺序的场景，使用单一线程执行可能更为简单和安全。