Android异步框架的比较（CompletableFuture

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 是一个有趣的主题，然而对于服务器端开发来说，我觉得协程还差点意思