线程

当你启动一个应用程序时，会创建一个进程来执行代码。为了有效地利用计算资源，可以在进程内启动线程，以便同时执行多个任务。所以线程允许你通过有效地利用cpu而没有空闲时间来构建高效的应用程序。

在Android中，所有组件都在一个称为主线程的线程上执行。Android系统将任务排队，并在主线程中逐个执行。当长时间运行的任务执行时，应用程序变得无响应。

为了防止这种情况，您可以创建工作线程并运行后台或长时间运行的任务。

是

由于android使用单线程模型，UI组件是创建非线程安全的，这意味着只有它创建的线程应该访问它们，这意味着UI组件应该只在主线程上更新。由于UI组件运行在主线程上，运行在工作线程上的任务不能修改UI组件。这就是Handler出现的地方。Handler在Looper的帮助下可以连接到新线程或现有线程，并在连接的线程上运行它包含的代码。

处理器使线程间通信成为可能。后台线程可以通过Handler将结果发送给后台线程，连接到主线程的Handler可以更新主线程上的UI组件。

AsyncTask

AsyncTask提供的android使用线程和处理程序，使运行简单的任务在后台和更新结果从后台线程到主线程容易。

请参见android thread, handler, asynctask和线程池的例子。

就像Vogella网站上关于Android后台处理的教程，AsyncTask和Loaders一样:

Handler类可用于注册到线程，并提供一个简单的通道将数据发送到该线程。

AsyncTask类封装了后台进程的创建和与主线程的同步。它还支持报告正在运行的任务的进度。

线程基本上是多线程的核心元素，开发人员使用它有以下缺点:

如果您使用Java线程，则必须处理以下需求 在你自己的代码中: 如果将结果返回到用户界面，则与主线程同步 没有取消线程的默认值 没有默认线程池 Android中没有处理配置更改的默认值

关于AsyncTask，正如Android开发者参考所说:

AsyncTask enables proper and easy use of the UI thread. This class allows to perform background operations and publish results on the UI thread without having to manipulate threads and/or handlers. AsyncTask is designed to be a helper class around Thread and Handler and does not constitute a generic threading framework. AsyncTasks should ideally be used for short operations (a few seconds at the most.) If you need to keep threads running for long periods of time, it is highly recommended you use the various APIs provided by the java.util.concurrent package such as Executor, ThreadPoolExecutor and FutureTask.

2015年5月更新:我找到了一个涵盖这个主题的优秀系列讲座。

这是谷歌搜索:道格拉斯施密特讲座android并发和同步 这是YouTube上第一节课的视频 所有这些都是来自范德堡大学的CS 282 (2013): Android系统编程的一部分。这是YouTube播放列表 道格拉斯·施密特似乎是个出色的讲师

重要提示:如果你正在考虑使用AsyncTask来解决线程问题，你应该首先检查ReactiveX/RxAndroid，以获得更合适的编程模式。有一个很好的资源可以让你得到一个概览，那就是学习RxJava 2 for Android的例子。

AsyncTask被设计为在后台执行不超过几秒的操作(不建议从服务器下载兆字节的文件或计算cpu密集型任务，如文件IO操作)。如果您需要执行一个长时间运行的操作，强烈建议您使用java本机线程。Java为您提供了各种与线程相关的类来完成您所需要的工作。使用Handler更新UI线程。

线程:

你可以在不影响UI线程的情况下使用新的线程来执行长期运行的后台任务。从java线程，你不能更新UI线程。

由于普通线程在Android架构中用处不大，因此引入了线程的辅助类。

您可以在线程性能文档页面中找到查询的答案。

处理程序:

Handler允许您发送和处理与线程的MessageQueue关联的Message和Runnable对象。每个Handler实例都与单个线程和该线程的消息队列相关联。

Handler有两个主要用途:

将消息和可运行程序安排在未来的某个时间点执行; 将要在与自己的线程不同的线程上执行的操作排队。

AsyncTask:

AsyncTask允许正确和简单地使用UI线程。该类允许您执行后台操作并在UI线程上发布结果，而无需操作线程和/或处理程序。

缺点:

默认情况下，应用程序将它创建的所有AsyncTask对象推入一个线程。因此，它们以串行方式执行，与主线程一样，一个特别长的工作包会阻塞队列。由于这个原因，使用AsyncTask来处理持续时间短于5毫秒的工作项。 AsyncTask对象也是隐式引用问题的最常见的肇事者。AsyncTask对象也存在与显式引用相关的风险。

HandlerThread:

您可能需要一种更传统的方法来在长时间运行的线程上执行工作块(不像AsyncTask，它应该用于5ms的工作负载)，并且需要一些手动管理工作流的能力。处理程序线程实际上是一个长时间运行的线程，它从队列中获取工作并对其进行操作。

ThreadPoolExecutor:

该类管理一组线程的创建，设置它们的优先级，并管理如何在这些线程之间分配工作。随着工作负载的增加或减少，该类将启动或销毁更多的线程以适应工作负载。

如果工作负载比较大，单个HandlerThread不够用，那么可以使用ThreadPoolExecutor

然而，我想有一个套接字连接运行在服务。这应该运行在一个处理程序或线程，甚至一个AsyncTask?UI交互根本不需要。它对我使用的性能有影响吗?

因为UI交互不是必需的，你可能不需要AsyncTask。普通线程用处不大，因此HandlerThread是最好的选择。因为你必须维护套接字连接，主线程上的Handler一点用都没有。创建一个HandlerThread并从HandlerThread的循环程序中获取一个Handler。

 HandlerThread handlerThread = new HandlerThread("SocketOperation");
 handlerThread.start();
 Handler requestHandler = new Handler(handlerThread.getLooper());
 requestHandler.post(myRunnable); // where myRunnable is your Runnable object. 

如果希望与UI线程通信，可以使用另外一个Handler来处理响应。

final Handler responseHandler = new Handler(Looper.getMainLooper()) {
        @Override
        public void handleMessage(Message msg) {
            //txtView.setText((String) msg.obj);
            Toast.makeText(MainActivity.this,
                    "Foreground task is completed:"+(String)msg.obj,
                    Toast.LENGTH_LONG)
                    .show();
        }
    };

在Runnable中，您可以添加

responseHandler.sendMessage(msg);

关于实现的更多细节可以在这里找到:

Android:在线程中吐司

处理器——线程之间的通信媒介。在android中，它主要用于通过处理器创建和发送消息来与主线程通信

AsyncTask -用于在后台线程中执行长时间运行的应用程序。使用nAsyncTask，你可以在后台线程中执行操作，并在应用程序的主线程中获得结果。

Thread -是一个轻量级的进程，可以实现并发性和最大的cpu利用率。在android中，你可以使用线程来执行不触及应用程序UI的活动

在我看来，线程并不是进行套接字连接的最有效的方式，但它们确实在运行线程方面提供了最多的功能。我这么说是因为根据经验，长时间运行线程会导致设备非常热且资源密集。即使是一个简单的while(正确)也会在几分钟内使手机发热。如果你说UI交互不重要，也许AsyncTask是好的，因为它们是为长期流程设计的。这只是我的看法。

更新

请忽略我以上的回答!早在2011年，我就回答了这个问题，当时我对Android的经验远不如现在。我上面的回答是误导性的，被认为是错误的。我把它留在那里，因为很多人在下面评论纠正我，我已经吸取了教训。

There are far better other answers on this thread, but I will at least give me more proper answer. There is nothing wrong with using a regular Java Thread; however, you should really be careful about how you implement it because doing it wrong can be very processor intensive (most notable symptom can be your device heating up). AsyncTasks are pretty ideal for most tasks that you want to run in the background (common examples are disk I/O, network calls, and database calls). However, AsyncTasks shouldn't be used for particularly long processes that may need to continue after the user has closed your app or put their device to standby. I would say for most cases, anything that doesn't belong in the UI thread, can be taken care of in an AsyncTask.