单线程执行器与普通线程

Question

除了Executor接口比普通线程（例如管理）有一些优势之外，执行以下操作之间是否存在真正的内部差异（性能差异大、资源消耗……）：

ExecutorService executor = Executors.newSingleThreadExecutor();
executor.submit(runnable);

以及：

Thread thread = new Thread(runnable);
thread.start();

我只问这里的一个线索。

Answer 1

这是一个抽象概念，这些抽象概念总是以“成本”为代价：

• 一些（潜在的）量的"业绩处罚"
• 减少了“控制”的数量（这就是重点——你不需要处理低层次的细节，所以，如果你不得不这样做，...）

主要区别在于服务允许您提交多个任务，而线程只能运行一个可运行的任务。另一方面，您必须担心诸如“关闭”服务之类的事情。

经验法则：这里的性能方面应该接近“可忽略”。因此，您更喜欢“更抽象”的executor服务解决方案。因为这允许您将关注点与实际线程分离。更重要的是：如果您选择为该服务使用不同类型的实现。。。代码的其余部分不需要考虑这一点。

长话短说：抽象成本很高，但在这种情况下，您通常更喜欢“更抽象”的解决方案。因为最终，这降低了解决方案的复杂性。

Answer 2

主要区别在于任务执行策略。

通过创建线程实例或子类化线程，您基本上是在执行单个任务。

另一方面，使用Executors.newSingleThreadExec导师（）允许您提交多个任务。由于这些任务保证不会同时执行，因此您可以利用以下线程限制优势：

• 访问非线程安全的对象时不需要同步
• 一项任务的记忆效果保证对下一项任务可见

Answer 3

Executors#newSingleThreadExecutor（）在引擎盖下创建ThreadPoolExecutor对象，
请参见此处的代码：http://www.docjar.com/html/api/java/util/concurrent/Executors.java.html

  133       public static ExecutorService newSingleThreadExecutor() {
  134           return new FinalizableDelegatedExecutorService
  135               (new ThreadPoolExecutor(1, 1,
  136                                       0L, TimeUnit.MILLISECONDS,
  137                                       new LinkedBlockingQueue<Runnable>()));
  138       }

线程池解决了两个不同的问题：它们通常在执行大量异步任务时提供改进的性能，这是因为减少了每个任务的调用开销；它们提供了一种方法来限制和管理执行任务集合时消耗的资源，包括线程。每个ThreadPoolExecutor还维护一些基本统计信息，例如已完成任务的数量。

如果您只需要每隔一段时间运行一次单线程（比如每小时一次），那么就性能而言，使用ThreadPoolExecutor可能会更慢，因为您需要实例化整个机器（池线程），然后将其从内存中丢弃。

但是如果你想经常使用这个线程（比如每15秒），那么好处是你只创建一次池和线程，把它保存在内存中，并且一直使用它，节省了每隔一段时间创建一个新线程的时间（如果你想每15秒左右使用一次，这可能会很贵）。