Android Glide+OkHttp部分用户WiFi下图片加载极慢，移动数据正常求助

针对你遇到的部分用户WiFi下资源加载慢、移动数据正常，且官网同URL无异常的问题，可按以下方向逐步排查：

1. 检查OkHttp与Glide集成的版本兼容性 #

你的依赖中OkHttp版本为4.12.0，而Glide的okhttp3-integration版本是4.16.0，版本差异可能引发兼容性问题。Glide的OkHttp集成库通常需要与OkHttp版本匹配，或确认Glide 4.16.0是否兼容OkHttp 4.12.0：

• 执行./gradlew app:dependencies查看依赖树，确认是否存在OkHttp版本冲突
• 尝试将OkHttp版本升级至Glide 4.16.0推荐的兼容版本，或降级Glide版本匹配OkHttp 4.12.0

2. 自定义OkHttpClient配置排查 #

Glide默认使用的OkHttpClient可能存在不合理配置，导致WiFi下连接效率低下。尝试给Glide单独配置优化后的OkHttpClient：

// 创建自定义OkHttpClient
val okHttpClient = OkHttpClient.Builder()
    .connectTimeout(10, TimeUnit.SECONDS)
    .readTimeout(10, TimeUnit.SECONDS)
    .writeTimeout(10, TimeUnit.SECONDS)
    .connectionPool(ConnectionPool(8, 1, TimeUnit.MINUTES)) // 调整连接池参数优化复用
    .retryOnConnectionFailure(true)
    .build()

// 替换Glide的默认OkHttp加载器
Glide.get(applicationContext).registry.replace(
    GlideUrl::class.java,
    InputStream::class.java,
    OkHttpUrlLoader.Factory(okHttpClient)
)

测试该配置是否改善WiFi下的加载速度。

3. 排查Glide的缓存与加载策略 #

• 检查是否自定义了Glide的缓存策略，比如在WiFi下设置了DiskCacheStrategy.DATA或强制从网络加载但未复用连接
• 临时移除jp.wasabeef:glide-transformations依赖，排查是否是图片转换逻辑在特定WiFi环境下导致性能瓶颈
• 测试缓存失效后的加载速度：调用Glide.get(context).clearDiskCache()和clearMemory()后重新加载资源，看是否依然缓慢

4. 抓取网络请求日志分析 #

给OkHttpClient添加日志拦截器，让出现问题的用户提供WiFi下的请求日志，对比移动数据下的日志差异：

val loggingInterceptor = HttpLoggingInterceptor { message ->
    Log.d("OkHttpLog", message)
}.apply {
    level = HttpLoggingInterceptor.Level.HEADERS // 先打印头部信息，避免日志过大
}

val okHttpClient = OkHttpClient.Builder()
    .addInterceptor(loggingInterceptor)
    // 其他配置
    .build()

重点关注以下核心指标：

• DNS解析耗时
• TLS握手时间
• 连接建立耗时
• 响应体读取速度
• 是否存在多次重定向或重试请求

5. 设备与ROM特定问题排查 #

部分国产ROM可能对App的WiFi网络有特殊限制或优化：

• 询问出现问题的用户设备型号、Android版本，确认是否集中在特定品牌/版本设备
• 检查App是否被授予ACCESS_WIFI_STATE权限，部分ROM需要该权限才能正常优化WiFi连接
• 排查用户设备是否开启了WiFi优化类功能（如省电模式下限制App网络），导致App网络优先级降低

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