Android 异步任务的三种方式:AsyncTask,Handler+Thread,RxJava

一、AsyncTask使用示例

1.1.新建MyTask

/**
 * AsyncTask中的三个参数分别表示:后台任务需要的参数类型,更新进度时的参数类型,结果参数类型
 */
class MyTask : AsyncTask<Int, Int, Int>() {

    /**
     * 任务执行前调用
     */
    override fun onPreExecute() {
        super.onPreExecute()
        Log.d("~~~", "开始计算...")
    }

    /**
     * 后台执行任务
     */
    override fun doInBackground(vararg params: Int?): Int {
        return params.reduce { acc, i ->
            val result = acc!! + i!!
            // 更新进度
            publishProgress(result)
            result
        }!!
    }

    /**
     * 进度更新
     */
    override fun onProgressUpdate(vararg values: Int?) {
        super.onProgressUpdate(*values)
        Log.d("~~~", "当前结果是:${values[0]}")
    }

    /**
     * 任务执行完成后调用
     */
    override fun onPostExecute(result: Int?) {
        super.onPostExecute(result)
        Log.d("~~~", "计算完成,结果是$result")
    }
}

1.2.使用execute启动Task

// 传入参数,开启后台任务
task.execute(1, 1, 1)

运行程序,Log显示如下:

~~~: 开始计算...
~~~: 当前结果是:2
~~~: 当前结果是:3
~~~: 计算完成,结果是3

二、Handler+Thread使用示例

2.1.新建MyThread,使用start启动Thread

class MyThread : Thread() {

    override fun run() {
        super.run()
        // TODO 执行耗时任务
        // 使用Handler切换到主线程
        MainActivity.handler.sendEmptyMessage(2333)
    }
}

MainActivity中:

class MainActivity : AppCompatActivity() {
    companion object {
        val handler = Handler {
            Log.d("~~~", "got it:${it.what}")
            true
        }
    }

    ...
}

调用start启动Thread:

MyThread().start()

运行程序,Log显示如下:

~~~: got it:2333

2.2.子线程中使用Handler

子线程中使用Handler需要手动调用Looper的prepare和loop方法:

class MyThread : Thread() {

    override fun run() {
        super.run()
        Looper.prepare()
        val handler = object : Handler() {
            override fun handleMessage(msg: Message?) {
                super.handleMessage(msg)
                Log.d("~~~", "Thread got it:${msg?.what}")
            }
        }
        handler.sendEmptyMessage(1234)
        Looper.loop()
    }
}

调用start启动Thread:

MyThread().start()

运行程序,Log显示如下:

~~~: Thread got it:1234

2.3.HandlerThread使用示例

HandlerThread是一个自带Looper的Thread,HandlerThread可以实现在单线程中处理任务,使用Handler来控制此线程中的处理逻辑。使用方式如下:

class MainActivity : AppCompatActivity() {
    val handlerThread = HandlerThread("myHandlerThread")

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        startHandlerThread()
    }

    private fun startHandlerThread() {
        if(!handlerThread.isAlive){
            handlerThread.start()
        }
        val handler = object : Handler(handlerThread.looper) {
            override fun handleMessage(msg: Message?) {
                super.handleMessage(msg)
                Log.d("~~~", "Handler Thread got it:${msg?.what}")
            }
        }
        handler.sendEmptyMessage(123)
    }

    override fun onDestroy() {
        super.onDestroy()
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR2) {
            handlerThread.quitSafely()
        } else {
            handlerThread.quit()
        }
    }
}

运行程序,Log显示如下:

~~~: Handler Thread got it:123

查看HandlerThread的源码可以发现,它的实现原理和2.2中的原理一样,也是在内部调用了Looper的prepare和loop方法。
关于Looper、Handler、Message三者关系,郭神和鸿洋都已写了很好的文章,参考链接如下:
Android异步消息处理机制完全解析,带你从源码的角度彻底理解
Android 异步消息处理机制 让你深入理解 Looper、Handler、Message三者关系

三、RxJava使用示例

RxJava可以很方便的实现在子线程中执行耗时任务,在主线程中更新UI的逻辑:

Observable.just(1)
    .subscribeOn(Schedulers.newThread())
    .observeOn(AndroidSchedulers.mainThread())
    .map {
        // 子线程中执行耗时任务
        it + 1
    }
    .subscribe {
        // 回到了主线程
        Log.d("~~~", "result = $it")
    }

运行程序,Log显示如下:

~~~: result = 2

更多RxJava的使用方式可以参考笔者的另一篇文章:
RxJava2、RxAndroid、RxLifecycle基本使用(Kotlin)
以上,就是Android异步任务的三种方式。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: "watchdog: Blocked in handler on UI thread (android.ui)" 是 Android 应用程序中常见的错误消息。它表示在应用程序的主线程(UI 线程)上执行的某个代码块被阻塞,导致用户界面无法响应。 这个错误通常由以下几个原因引起: 1. 长时间运行的任务: 如果应用程序的主线程上执行了需要较长时间才能完成的操作(例如读取大量数据或下载文件),则 UI 线程可能会被阻塞。 2. 阻塞 I/O 操作: 如果应用程序的主线程上执行了阻塞 I/O 操作(例如读取网络或文件系统中的数据),则 UI 线程可能会被阻塞。 3. 耗时的计算: 如果应用程序的主线程上执行了耗时的计算操作(例如计算大量数据或执行复杂算法),则 UI 线程可能会被阻塞。 为了解决这个问题,你可以尝试以下方法: 1. 在应用程序的主线程上执行耗时的操作是不好的,因此应该使用后台线程或 AsyncTask 等技术来执行长时间运行的任务或阻塞 I/O 操作。 2. 将耗时的计算操作放在后台线程上执行,以避免阻塞 UI 线程。 3. 使用 Android 的性能分析工具,例如 Traceview 或 Systrace,来识别和解决应用程序中的性能问题。 4. 使用 Android异步机制,例如 HandlerAsyncTask、Loader 和 IntentService 等来处理后台任务,从而避免 UI 线程的阻塞。 5. 使用 RecyclerView 或 ListView 等来避免在 UI 线程上加载大量数据。在使用这些视图时,可以使用异步加载技术,例如使用 AsyncTask 加载数据,或使用 Glide 或 Picasso 等图片加载库加载图片。 ### 回答2: 首先,"watchdog: Blocked in handler on ui thread (android.ui)"错误是指在Android的UI线程上的处理程序被阻塞了。这个错误通常是由于在UI线程上执行了长时间运行的操作造成的,导致应用程序的响应性能下降甚至崩溃。 要解决这个问题,可以进行以下几个步骤的分析思路: 1. 查看错误日志:在开发过程中,应该经常查看应用程序的日志,以便快速定位错误。搜索关键字"watchdog: Blocked in handler on ui thread (android.ui)",找到相关的错误日志信息。 2. 定位UI线程阻塞的位置:根据错误日志中的信息,定位到代码中导致UI线程阻塞的位置。可能是某个长时间运行的耗时操作,如网络请求、数据库访问或者复杂的计算。 3. 分析耗时操作:对定位到的代码段进行深入分析,确定耗时操作的原因。可以使用Log输出来查看代码执行的时间,进一步定位导致阻塞的具体原因。 4. 优化耗时操作:一旦找到了导致UI线程阻塞的耗时操作,应该考虑进行优化。可以通过使用异步处理、线程池等技术将耗时操作放在后台线程中执行,而不阻塞UI线程。 5. 使用Handler和MessageQueue:在一些特殊情况下,无法将耗时操作完全放在后台线程中执行,还可以考虑使用Handler和MessageQueue来处理一些耗时操作。通过将任务分解为小块并使用Handler发送消息,然后在UI线程上按序处理这些消息,可以降低UI线程的负载。 总的来说,解决"watchdog: Blocked in handler on ui thread (android.ui)"错误需要通过分析日志、定位问题代码、优化耗时操作等步骤来解决。重点是将耗时操作放到后台线程中执行,避免阻塞UI线程,以确保应用程序的响应性能和稳定性。 ### 回答3: 当我们在Android开发中遇到watchdog: Blocked in handler on ui thread (android.ui)的错误时,一般是由于在UI线程上执行了耗时操作引起的。 为了保证App的流畅性和响应性,Android设备规定UI操作只能在UI线程上执行,一旦在UI线程上执行了耗时操作,就会导致界面卡顿、ANR(Application Not Responding)甚至崩溃。 分析这个问题的思路如下: 1. 找出具体的错误信息和报错位置。通过查看Logcat中的详细日志信息,我们可以找到watchdog: Blocked in handler on ui thread (android.ui)错误的具体信息和堆栈跟踪。 2. 定位到错误的代码。通过查看错误信息中的堆栈跟踪,可以找到触发错误的具体代码位置。 3. 检查代码是否执行了耗时操作。查看错误位置附近的代码,判断是否有可能执行了耗时操作,例如网络请求、数据库查询、大数据处理等。 4. 将耗时操作移到子线程。如果确定错误是由于在UI线程上执行了耗时操作引起的,需要将该操作移到子线程中执行。可以使用多线程技术,如AsyncTaskHandlerThreadThreadPoolExecutor等,在子线程中执行耗时操作,并在操作完成后通过Handler或runOnUiThread回到UI线程更新UI。 5. 优化耗时操作。除了将耗时操作移到子线程外,还可以尝试优化耗时操作本身,减少执行时间,例如使用算法优化、数据缓存、减少IO操作等。 6. 避免在UI线程中执行耗时操作。在编写代码时,需要时刻注意不要在UI线程中执行耗时操作,特别是网络请求、数据处理、文件读写等,应该采用异步操作或者使用线程池进行处理。 总之,分析watchdog: Blocked in handler on ui thread (android.ui)错误的思路主要是定位错误位置,并确定是否有耗时操作在UI线程上执行。如果确实有耗时操作,在将其移到子线程的同时,还要考虑优化操作本身以提升App的性能和用户体验。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值