Android中的新Thread（task）.start（）VS ThreadPoolExecutor.submit（task）

Question

在我的Android项目中，我有很多地方需要异步运行一些代码（Web请求，对db的调用等）。这不是长时间运行的任务（最多几秒钟）。到目前为止，我一直在通过创建新线程，将任务传递给新的可运行线程来进行此类操作。但是最近我读了一篇有关Java中线程和并发的文章，并且了解到为每个任务创建一个新的Thread并不是一个好的决定。

所以现在我ThreadPoolExecutor在我的Application课堂上创建了一个包含5个线程的。这是代码：

public class App extends Application {

    private ThreadPoolExecutor mPool;

    @Override
    public void onCreate() {
        super.onCreate();

        mPool =  (ThreadPoolExecutor)Executors.newFixedThreadPool(5);
    }
}

而且我还有一种方法可以将Runnable任务提交给执行者：

public void submitRunnableTask(Runnable task){
    if(!mPool.isShutdown() && mPool.getActiveCount() != mPool.getMaximumPoolSize()){
        mPool.submit(task);
    } else {
        new Thread(task).start();
    }
}

因此，当我想在代码中运行异步任务时，我得到的实例，App并调用submitRunnableTask将可运行对象传递给它的方法。如您所见，我还检查线程池中是否有空闲线程来执行任务，否则，我将创建一个新线程（我不认为会发生这种情况，但是无论如何……我不会希望我的任务排在队列中并降低应用速度）。

在onTerminate应用程序的回调方法中，我关闭了池。

所以我的问题是：这种模式是否比在代码中创建新线程更好？我的新方法有什么优点和缺点？会导致我尚不了解的问题吗？您能建议我一些比这更好的html" target="_blank">方法来管理我的异步任务吗？

PS：我在Android和Java方面有一定的经验，但是我并不是一名并发专家。）因此，在某些问题上可能有些方面我不太了解。任何建议将被认真考虑。

Answer 1

该答案假设您的任务很短

这样的模式是否比在代码中创建新的线程更好？

更好，但仍远非理想。您 仍在为短期任务创建线程 。相反，您只需要创建其他类型的线程池-例如by
Executors.newScheduledThreadPool(int corePoolSize)。

行为上有什么区别？

• A FixedThreadPool将始终具有一组要使用的线程，并且如果所有线程都忙，则将新任务放入队列。
• ScheduledThreadPool由Executors类创建的（默认）（即使空闲）具有 最小的 线程池。如果有新任务出现时所有线程都忙， 它将为它创建一个新线程 ，并在完成后60秒钟处理该线程，除非再次需要它。

第二个可以让您不要自己创建新线程。无需“预定”部分就可以实现此行为，但是您将不得不自己构造执行程序。构造函数是

public ThreadPoolExecutor(int corePoolSize,
                          int maximumPoolSize,
                          long keepAliveTime,
                          TimeUnit unit,
                          BlockingQueue<Runnable> workQueue)

各种选项使您可以微调行为。

如果有些任务很长…

我的意思是很长。与您的应用程序生命周期中的大部分时间一样（实时2路连接？服务器端口？多播侦听器？）。在这种情况下，将您Runnable的遗嘱执行人置于不利地位–标准的遗嘱执行人
并非 旨在应对这种情况，它们的性能将下降。

考虑一下您的固定线程池-如果您有5个长时间运行的任务，那么任何新任务都会产生一个新线程，从而完全破坏该池的所有可能收益。如果您使用更灵活的执行程序-
一些线程将被共享，但并非总是如此。

经验法则是

• 如果 任务 很 短 ，请使用执行程序。
• 如果 任务很长，请 确保您的执行程序可以处理它（即，它没有最大的池大小，或者没有足够的最大线程来处理多一个线程一段时间）
• 如果这是一个需要始终与主线程一起运行的并行进程，请使用另一个线程。