就我个人而言，我只是扩展Thread并使用回调接口来更新UI。我永远不能让AsyncTask工作正确没有FC问题。我还使用非阻塞队列来管理执行池。

这样怎么样:

class MyActivity extends Activity {
    Worker mWorker;

    static class Worker extends AsyncTask<URL, Integer, Long> {
        MyActivity mActivity;

        Worker(MyActivity activity) {
            mActivity = activity;
        }

        @Override
        protected Long doInBackground(URL... urls) {
            int count = urls.length;
            long totalSize = 0;
            for (int i = 0; i < count; i++) {
                totalSize += Downloader.downloadFile(urls[i]);
                publishProgress((int) ((i / (float) count) * 100));
            }
            return totalSize;
        }

        @Override
        protected void onProgressUpdate(Integer... progress) {
            if (mActivity != null) {
                mActivity.setProgressPercent(progress[0]);
            }
        }

        @Override
        protected void onPostExecute(Long result) {
            if (mActivity != null) {
                mActivity.showDialog("Downloaded " + result + " bytes");
            }
        }
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        mWorker = (Worker)getLastNonConfigurationInstance();
        if (mWorker != null) {
            mWorker.mActivity = this;
        }

        ...
    }

    @Override
    public Object onRetainNonConfigurationInstance() {
        return mWorker;
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (mWorker != null) {
            mWorker.mActivity = null;
        }
    }

    void startWork() {
        mWorker = new Worker(this);
        mWorker.execute(...);
    }
}

原因很明显:如果 活动被破坏 触发任务?

在onDestroy()中手动解除活动与AsyncTask的关联。手动将新活动重新关联到onCreate()中的AsyncTask。这需要一个静态内部类或一个标准Java类，再加上大约10行代码。

就我个人而言，我只是扩展Thread并使用回调接口来更新UI。我永远不能让AsyncTask工作正确没有FC问题。我还使用非阻塞队列来管理执行池。

你最好把AsyncTask看作是与Activity、Context、ContextWrapper等紧密耦合的东西。当它的范围被充分理解时，它更方便。

确保您在生命周期中有一个取消策略，这样它最终将被垃圾收集，不再保留对您的活动的引用，它也可以被垃圾收集。

如果不取消AsyncTask，而遍历离开你的上下文，你会遇到内存泄漏和nullpointerexception，如果你只是需要提供一个简单的对话框吐司反馈，那么你的应用上下文的单例将有助于避免NPE问题。

AsyncTask并不全是坏的，但肯定有很多神奇的东西会导致一些不可预见的陷阱。

可能我们所有人，包括谷歌，都从MVC的角度误用了AsyncTask。

一个活动是一个控制器，控制器不应该启动可能比视图活得更久的操作。也就是说，AsyncTasks应该从Model中使用，从一个不绑定到Activity生命周期的类中使用——记住，Activity在旋转时被销毁。(至于视图，你通常不编写从android.widget派生的类。纽扣，但你可以。通常，你对View所做的唯一一件事就是xml。)

换句话说，将AsyncTask衍生物放在Activities的方法中是错误的。OTOH，如果我们不能在活动中使用AsyncTask, AsyncTask就失去了它的吸引力:它曾经被宣传为一个快速和简单的修复。