RecyclerView反复跳转Activity致应用卡顿问题求助

嘿，针对你遇到的重复切换Activity后Native内存暴涨、应用卡顿的问题，结合你提供的代码和排查信息，我整理了几个核心方向和具体解决建议：

一、优先排查Activity B的资源释放逻辑 #

你现在的操作路径是A→B→A→B，每次返回A时Activity B理论上会被销毁，但如果B中持有Native层资源且未正确释放，就会导致内存持续累积。这是Native内存增长最常见的原因：

• 图片/Bitmap相关资源：
  如果Activity B中加载了大图、多图，或是用了Glide/Picasso等图片库：

  • 确保在B的onDestroy()中清理所有图片加载请求，比如Glide可以调用Glide.with(this).clear(所有ImageView实例)；
  • 检查图片库的缓存策略，避免内存缓存无限制增长（比如Glide可以通过MemorySizeCalculator设置合理的内存缓存上限）；
  • 如果手动创建了Bitmap，务必在不用时调用bitmap.recycle()，并置为null。

• WebView相关：
  如果B里有WebView，Native内存泄漏是重灾区，一定要按标准流程销毁：

  @Override
  protected void onDestroy() {
      // 先停止加载并移除视图
      if (webView != null) {
          webView.stopLoading();
          webView.removeAllViews();
          webView.destroy();
          webView = null;
      }
      super.onDestroy();
  }
  

  同时清理WebView的缓存：webView.clearCache(true);

• JNI/第三方SDK资源：
  如果B中用到了JNI、地图SDK、视频SDK等依赖Native层的库，这些库往往需要手动调用销毁方法（比如地图的destroy()、视频播放器的release()），不能只依赖GC回收。一定要在onDestroy()中执行这些释放逻辑。

二、优化RecyclerView Adapter的资源回收 #

你的Adapter代码整体没问题，但onViewRecycled()方法是空的，这可能导致ViewHolder复用前未清理异步请求，累积资源：

@Override
public void onViewRecycled(ElementsAdapter.ElementsViewHolder viewHolder) {
    super.onViewRecycled(viewHolder);
    // 取消当前ViewHolder的所有异步请求（比如图片加载）
    Glide.with(viewHolder.itemView.getContext()).clear(viewHolder.binding.yourImageView);
    // 如果有自定义的网络请求、定时器等，也要在这里取消
}

这样可以避免ViewHolder被复用时，旧的异步请求仍在占用资源，减少不必要的内存消耗。

三、用Profiler精准定位Native内存来源 #

既然已经通过Android Profiler发现Native内存持续增长，建议进一步用Native Memory Profiler录制内存分配：

1. 启动Profiler，选择你的应用，切换到Memory标签；
2. 点击"Record"，然后重复执行A→B→A→B操作5-10次；
3. 停止录制后，查看Native内存的分配明细，重点关注：
   • 哪些Native库（比如libskia.so对应图片、libwebviewchromium.so对应WebView）的内存占比持续增长；
   • 哪些Native对象的实例数不断增加，定位到具体的代码模块。

四、其他可能的排查点 #

• Activity启动模式：如果Activity B不需要每次都创建新实例，可以考虑将其启动模式设为singleTop或singleTask，减少实例创建的开销；
• 后台线程/定时器：检查Activity B中是否有未停止的后台线程、定时器，这些线程可能持有Native资源或阻止GC回收；
• 广播/观察者注册：如果B中注册了全局广播、LiveData观察者等，一定要在onDestroy()中取消注册，避免实例被意外持有（虽然LeakCanary没检测到，但也值得排查）。

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