就像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的例子。

让我试着用一个例子来回答这个问题:)- MyImageSearch[请参考这里的主活动屏幕的图像-包含编辑文本/搜索按钮/网格视图]

MyImageSearch -一旦用户在编辑文本字段输入详细信息并单击搜索按钮，我们将通过flickr提供的web服务在互联网上搜索图像(您只需要在那里注册以获得密钥/秘密令牌)-对于搜索，我们发送一个HTTP请求和get JSON数据返回响应，其中包含个人图像的url，然后我们将使用它来加载网格视图。

My Implementation - In the main activity I will define a inner class which extends the AsyncTask to send the HTTP Request in doInBackGround Method and fetch the JSON Response and update my local ArrayList of FlickrItems which I am going to use to update my GridView via the FlickrAdapter (extends the BaseAdapter) and call the adapter.notifyDataSetChanged() in the onPostExecute() of AsyncTask to reload the grid view. Note that here the HTTP Request is a blocking call because of which I have done it via the AsyncTask. And, I can cache the items in adapter to increase the performance or store them on SDCard. The grid that I will be inflating in the FlickrAdapter contains in my implementation a progressbar and image view. Below you can find the code for mainActivity which I used.

现在回答问题- 因此，一旦我们获得了用于获取单个图像的JSON数据，我们就可以实现通过Handlers或线程或AsyncTask在后台获取图像的逻辑。我们应该注意到，由于我的图像一旦下载就必须显示在UI/主线程上，我们不能简单地使用线程，因为它们不能访问上下文。 在FlickrAdapter中，我能想到的选择:

Choice 1: Create a LooperThread [extends thread] - and keep on downloading images sequentially in one thread by keeping this thread open [looper.loop()] Choice 2: Make use of a Thread Pool and post the runnable via myHandler which contains reference to my ImageView, but since the views in Grid View are recycled, again the problem might arise where image at index 4 is displayed at index 9 [download may take more time] Choice 3 [I used this]: Make use of a Thread Pool and send a message to myHandler, which contains data related to ImageView's index and ImageView itself, so while doing handleMessage() we will update the ImageView only if currentIndex matches the index of the Image we tried to download. Choice 4: Make use of AsyncTask to download the images in background, but here I will not have access to the number of threads I want in the thread pool and it varies with different android version, but in Choice 3 I can make of conscious decision of the size of thread pool depending on device configuration being used.

以下是源代码:

public class MainActivity extends ActionBarActivity {

    GridView imageGridView;
    ArrayList<FlickrItem> items = new ArrayList<FlickrItem>();
    FlickrAdapter adapter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        imageGridView = (GridView) findViewById(R.id.gridView1);
        adapter = new FlickrAdapter(this, items);
        imageGridView.setAdapter(adapter);
    }

    // To avoid a memory leak on configuration change making it a inner class
    class FlickrDownloader extends AsyncTask<Void, Void, Void> {



        @Override
        protected Void doInBackground(Void... params) {
            FlickrGetter getter = new FlickrGetter();

            ArrayList<FlickrItem> newItems = getter.fetchItems();

            // clear the existing array
            items.clear();

            // add the new items to the array
            items.addAll(newItems);

            // is this correct ? - Wrong rebuilding the list view and should not be done in background
            //adapter.notifyDataSetChanged();

            return null;
        }

        @Override
        protected void onPostExecute(Void result) {
            super.onPostExecute(result);

            adapter.notifyDataSetChanged();
        }

    }

    public void search(View view) {
        // get the flickr data
        FlickrDownloader downloader = new FlickrDownloader();
        downloader.execute();
    }

    @Override
    public boolean onCreateOptionsMenu(Menu menu) {
        // Inflate the menu; this adds items to the action bar if it is present.
        getMenuInflater().inflate(R.menu.main, menu);
        return true;
    }

    @Override
    public boolean onOptionsItemSelected(MenuItem item) {
        // Handle action bar item clicks here. The action bar will
        // automatically handle clicks on the Home/Up button, so long
        // as you specify a parent activity in AndroidManifest.xml.
        int id = item.getItemId();
        if (id == R.id.action_settings) {
            return true;
        }
        return super.onOptionsItemSelected(item);
    }
}

我希望我的回答虽然很长，但将有助于理解一些更精细的细节。

如果我们看一下源代码，就会发现AsyncTask和Handler完全是用Java编写的。(不过也有一些例外。但这不是重点)

所以在AsyncTask或Handler中没有什么魔力。这些类使开发人员的工作更加轻松。

例如:如果程序A调用方法A()，方法A()可以在程序A的不同线程中运行。我们可以通过以下代码轻松验证:

Thread t = Thread.currentThread();    
int id = t.getId();

为什么我们应该使用一个新线程的一些任务?你可以为它谷歌。很多很多原因，e。G:起重、长时间工作。

那么，线程，AsyncTask和处理程序之间的区别是什么?

AsyncTask和Handler是用Java写的(在内部它们使用线程)，所以我们可以用Handler或AsyncTask做的所有事情，我们也可以使用线程来实现。

Handler和AsyncTask能真正帮助什么?

最明显的原因是调用线程和工作线程之间的通信。 调用线程:调用工作线程执行某些任务的线程。调用线程不一定是UI线程)。当然，我们可以用其他方式在两个线程之间进行通信，但是由于线程安全，存在许多缺点(和危险)。

这就是为什么我们应该使用Handler和AsyncTask。这些类为我们做了大部分工作，我们只需要知道要重写哪些方法。

Handler和AsyncTask之间的区别是:当Caller线程是一个UI线程时使用AsyncTask。 这是android文档说的:

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

我想强调两点:

1)易于使用UI线程(所以，当调用线程是UI线程时使用)。

2)不需要操纵处理程序。(意思是:你可以使用Handler而不是AsyncTask，但AsyncTask是一个更简单的选择)。

在这篇文章中有很多东西我还没有说，例如:什么是UI线程，或者为什么它更容易。你必须知道每个类背后的一些方法并使用它，你才会完全理解其中的原因。

@:当你阅读Android文档时，你会看到:

Handler允许您发送和处理Message和Runnable对象 与线程的messagqueuue相关联

这种描述乍一看可能很奇怪。我们只需要了解每个线程都有每个消息队列(就像一个待办事项列表)，并且线程将接收每条消息，直到消息队列为空(就像我们完成工作并上床睡觉一样)。因此，当Handler通信时，它只是给调用线程一个消息，它将等待处理。

复杂?只要记住Handler可以安全地与调用线程通信。

在我看来，线程并不是进行套接字连接的最有效的方式，但它们确实在运行线程方面提供了最多的功能。我这么说是因为根据经验，长时间运行线程会导致设备非常热且资源密集。即使是一个简单的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.

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

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

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

public class RequestHandler {

    public String sendPostRequest(String requestURL,
                                  HashMap<String, String> postDataParams) {

        URL url;

        StringBuilder sb = new StringBuilder();
        try {
            url = new URL(requestURL);

            HttpURLConnection conn = (HttpURLConnection) url.openConnection();
            conn.setReadTimeout(15000);
            conn.setConnectTimeout(15000);
            conn.setRequestMethod("POST");
            conn.setDoInput(true);
            conn.setDoOutput(true);


            OutputStream os = conn.getOutputStream();
            BufferedWriter writer = new BufferedWriter(
                    new OutputStreamWriter(os, "UTF-8"));
            writer.write(getPostDataString(postDataParams));

            writer.flush();
            writer.close();
            os.close();
            int responseCode = conn.getResponseCode();

            if (responseCode == HttpsURLConnection.HTTP_OK) {
                BufferedReader br = new BufferedReader(new InputStreamReader(conn.getInputStream()));
                sb = new StringBuilder();
                String response;
                while ((response = br.readLine()) != null){
                    sb.append(response);
                }
            }

        } catch (Exception e) {
            e.printStackTrace();
        }
        return sb.toString();
    }

    private String getPostDataString(HashMap<String, String> params) throws UnsupportedEncodingException {
        StringBuilder result = new StringBuilder();
        boolean first = true;
        for (Map.Entry<String, String> entry : params.entrySet()) {
            if (first)
                first = false;
            else
                result.append("&");

            result.append(URLEncoder.encode(entry.getKey(), "UTF-8"));
            result.append("=");
            result.append(URLEncoder.encode(entry.getValue(), "UTF-8"));
        }

        return result.toString();
    }

}