Android/Kotlin项目测试JakeWharton的Espresso Idling Resource无法导入问题咨询

1. okhttp-idling-resource导入失败的解决方法 #

• 确认依赖作用域配置正确：该库仅用于Espresso instrumentation测试，必须声明在androidTestImplementation作用域下，错误配置到implementation或者单元测试的testImplementation作用域下都会出现找不到类的问题。
• 检查仓库配置：该库托管在Maven Central，需要在项目根目录build.gradle（或settings.gradle的dependencyResolutionManagement配置块）中确认已经添加mavenCentral()仓库，国内用户可替换为国内镜像源解决网络拉取失败的问题。
• 匹配okhttp版本对齐：项目中okhttp3 4.x及以上版本对应使用3.0.0+版本的okhttp-idling-resource，okhttp3 3.x版本对应使用2.x版本的库，版本不匹配会触发依赖冲突导致导入失败。
• 依赖冲突排查：执行./gradlew app:dependencies查看依赖树，确认是否有其他依赖强制覆盖了该库的版本，存在冲突时可在依赖声明中添加force强制指定版本，示例配置：

androidTestImplementation("com.jakewharton.espresso:okhttp3-idling-resource:3.1.0") {
    force = true
}

• 清理缓存重新同步：依次执行Android Studio的Clean Project、Invalidate Caches / Restart操作，清理本地Gradle缓存后重新同步项目。

2. 同类空闲资源监测能力的替代方案 #

• 自定义OkHttp拦截器实现IdlingResource：自行实现Espresso的IdlingResource接口，通过自定义OkHttp拦截器统计请求数，请求发起时计数+1，请求结束/报错时计数-1，计数为0时标记为空闲，适配性强，完全可以实现原有库的全部能力，代码侵入极低。
• 利用OkHttp内置空闲回调实现：OkHttpClient的dispatcher提供了idleCallback接口，可以直接注册回调监听调度器的空闲状态，和Espresso的IdlingRegistry绑定即可，不需要引入任何第三方库。
• 自定义Retrofit CallAdapter：项目基于Retrofit封装请求的场景下，可以自定义CallAdapter，在请求发起和结束的节点更新IdlingResource的状态，还可以针对特定请求做针对性的空闲监测。
• 简单场景可使用固定等待：如果测试场景简单、请求数量少，可以临时使用Thread.sleep()或者Espresso的IdlingPolicies设置等待时间，不推荐复杂场景使用，会提升测试不稳定性。

内容的提问来源于stack exchange，提问作者petestmart