Android异步框架的比较(CompletableFuture,Coroutine,RxJava)

CompletableFuture
Future系列(FutureTask)
Future系列(CompletableFuture的使用)
Future系列(CompletableFuture与retrofit)使用和解析

Coroutine
Coroutine(协程)(一)
Coroutine(协程)(二)
Coroutine(协程)(三)
Coroutine(协程)(四)和retrofit搭配使用

首先,我并不推荐 CompletableFuture。原因有两点

  • 1.主线程不可能包装成Executor,所以只能通过 get 来“切换”到主线程。这是loop+CAS的方法,会阻塞主线程。那这个方法准备放在Activity的生命周期的哪里?放在onCreate里面,那onResume怎么办?
  • 2.每次get必须try catch。万一页面比较复杂,要先请求数据,然后根据请求来的数据再去请求数据,那准备写多少次 try catch

以上两点,我不推荐 CompletableFuture。尽管学习成本比 RxJava 低。
剩下 RxJava 和 Coroutine 。从个人角度来说我推荐 Coroutine。第一,学习成本少,第二,切换代价小。不过能不能用还要看项目。Coroutine 最早集成在 Retrofit 2.6.0 上面,也就是说如果是老项目的话一般不会再去改,免得线上引入新bug。如果是新的项目的话不妨可以尝试一下 Coroutine。
PS:实际项目中还没用上 Coroutine,对于 Coroutine 的缺点暂时了解的不是很清楚,所以只是推荐。我也在网上查找过别人对 Coroutine 的评价,貌似也比较少。我贴在下面
为什么我放弃使用 Kotlin 中的协程?
整篇文章应该是翻译过来的,里面还涉及到单机吞吐量的问题,最后也说过 话说回来,Coroutine 还是有其使用场景。当开发只有一个 UI 线程的客户端 UI 时,coroutine 可以帮助改善你的代码结构,同时符合 UI 框架的要求。听说这个在安卓系统上很好用。Coroutine 是一个有趣的主题,然而对于服务器端开发来说,我觉得协程还差点意思

你可能感兴趣的:(Android异步框架的比较(CompletableFuture,Coroutine,RxJava))