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

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

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

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

我不确定从AsyncTask引用上下文是否存在内存泄漏的风险。

实现它们的通常方法是在Activity的一个方法的范围内创建一个新的AsyncTask实例。所以如果活动被销毁，那么一旦AsyncTask完成，它不会是不可达的，然后有资格进行垃圾收集吗?因此对活动的引用并不重要，因为AsyncTask本身不会挂在那里。

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

我以为取消有用，其实没用。

他们在这里rtming:

"如果任务已经开始，则mayinterruptifrunrunning . 参数确定执行此任务的线程是否应该是 试图停止任务时被打断。”

然而，这并不意味着线程是可中断的。这是一个 Java的东西，不是AsyncTask的东西

http://groups.google.com/group/android-developers/browse_thread/thread/dcadb1bc7705f1bb/add136eb4949359d?show_docid=add136eb4949359d

这样怎么样:

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(...);
    }
}

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

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

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

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