在我的应用程序中，我必须调用一个做一些繁重工作的方法（我可以感觉设备滞后）。为了避免这种情况，我创建了一个AsyncTask，它完全正常。
我使用Thread实现了相同的功能，在这里，它也没有给出任何打嗝并且工作正常。
现在我的问题是哪个更好的表现 - AsyncTask或Thread。
我知道AsyncTask使用线程池来执行后台任务，但在我的情况下，它只会被调用一次。所以我认为它不会产生任何问题。
有人可以对它有所启发。我应该使用哪一个以获得更好的性能？
注意：两者都在我的活动中被调用，例如从UI线程。
答案 0 :(得分：6)
有人可以对它有所启发。我应该使用哪一个更好 性能
我认为，如果你想象一下，当你开始一次原生Thread和AsyncTask时，我认为性能不会有所不同。
如果您不想通过USER通知潜在的UI有关某些任务进度的相关信息，则通常使用本机线程。这里，本机线程失败，因为它们与UI线程不同步，您无法使用UI进行操作。
另一方面，AsyncTask将后台工作与UI工作相结合，并提供与UI同步的方法，并允许您随时通过调用其生命周期中的适当方法来执行UI更新。
通常，如果某项任务持续时间超过5秒，您应该通知USER
“在背景上工作的东西，请等到它完成”
当然，这可以通过两种方式达成，但这很大程度上取决于您的任务特征 - 如果您需要显示任务进度（已经下载了多少MB，复制文件数量并显示每个文件的名称）正在进行的对话框等）或者你没有（仅在开始和结束消息的情况下在“静音”中创建一些大数据结构）。
所以，在我的asnwer结束时：
我应该使用哪一个以获得更好的性能？
完全正确的答案我认为你无法得到因为每个开发者都有不同的经历，不同的编码风格。我怎么说，他们的表现没有差别。我认为它是相同的（如果您将读取50 MB文件，它将不会更快读取本机线程和AsyncTask）。这又取决于任务的性质和你的个人选择。
对于可以持续更长时间的任务，您可以尝试考虑java.util.concurrent包提供的API工具（ThreadPoolExecutor，FutureTask等）
答案 1 :(得分：2)
异步任务也是线程。但它们有一些实用方法，可以很容易地完成小型后台任务，并返回UI进行更改。性能取决于您的具体用例。做出关于哪一个总是更好的绝对陈述将是简单化和毫无意义的。
请注意，异步任务相对于线程的主要优点是异步任务提供辅助方法，例如onPreExecute()，doInBackground()，onProgressUpdate()和onPostExecute()，这使得它非常容易在与UI交互的同时执行短后台任务（例如更新进度条）。通用线程中没有这些方法。基本上，异步任务是内置UI交互组件的线程。是的，您可以使用变通方法尝试从常规线程更新UI，但Async任务是专门为此目的而构建的，您不必处理Context如果你遵循它的抽象，就会泄漏等等。
创建异步任务是为了让开发人员的生活更轻松。
总结一下：
答案 2 :(得分：0)
Thread最常见的用途是短期任务，因为它们需要大量电量，并且会耗尽电池并加热手机。
由于电池消耗相同，AsyncTasks的常见用法是冗长的任务。
但是Thread更强大，因为AsyncTasks内部使用了Thread本身，但你不必配置那么多。