Android应用Glide 4.16.0出现ANR问题求助（ActiveResources.cleanReferenceQueue）

这个ANR问题在Glide开发者社区中确实有不少案例，从你提供的堆栈来看，glide-active-resources线程卡在ReferenceQueue.remove()的等待逻辑上，最终触发输入调度超时。以下是其他开发者验证有效的解决/缓解方案：

• 升级Glide版本到4.16.1及以上
  Glide团队在4.16.1版本中修复了ActiveResources队列清理的逻辑漏洞，优化了后台线程的调度策略，减少了后台线程与主线程的资源竞争。大量用户反馈升级后该ANR问题不再复现，建议优先尝试升级到最新稳定版（如4.17.0）。

• 自定义Glide线程池配置（临时缓解方案）
  如果暂时无法升级版本，可以通过自定义AppGlideModule调整资源清理线程的参数，降低线程等待对主线程的影响：

  @GlideModule
  public class CustomGlideConfig extends AppGlideModule {
      @Override
      public void applyOptions(Context context, GlideBuilder builder) {
          // 调整资源清理相关线程池的核心线程数与优先级
          ThreadFactory threadFactory = runnable -> {
              Thread thread = new Thread(runnable, "custom-glide-active-resources");
              thread.setPriority(Thread.NORM_PRIORITY - 1);
              return thread;
          };
          
          builder.setSourceExecutor(new ThreadPoolExecutor(
                  3,
                  6,
                  60L, TimeUnit.SECONDS,
                  new LinkedBlockingQueue<>(),
                  threadFactory
          ));
      }
  }
  

• 优化图片加载逻辑
  避免在主线程批量触发图片加载，列表场景下使用Glide.with(context).thumbnail(0.1f)预加载缩略图，减少主线程的资源占用；同时避免重复加载相同URL的图片，利用Glide的缓存机制降低资源处理压力。

• 排查内存与GC问题
  若应用存在内存泄漏或频繁Full GC，会导致ReferenceQueue的处理延迟，间接引发线程等待超时。使用Android Studio Profiler工具排查内存泄漏点，确保图片资源被正确回收。

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