如何修复InputManagerImpl内存泄漏？RecyclerView关联InputMethodManager泄漏求助

嘿，这个问题我之前也踩过坑，InputMethodManager引发的Context泄漏确实够隐蔽的，给你几个实际可操作的排查和解决方向：

• 先盯紧LeakCanary的完整引用链：LeakCanary会给出详细的引用路径，一定要仔细看清楚InputMethodManager是通过哪个中间对象（比如某个View、回调、或者内部类）持有了RecyclerView.mContext？比如是不是软键盘的状态监听没解绑，或者RecyclerView的item里有EditText的相关回调残留？
• 检查RecyclerView的生命周期清理：Activity销毁时，有没有做足RecyclerView的资源清理？比如有没有调用recyclerView.setAdapter(null)移除适配器、清空数据集，或者有没有注册过全局的软键盘显示/隐藏监听，却没在onDestroy()里移除？
• 重点排查EditText相关场景：如果你的RecyclerView item里包含EditText，很大概率是软键盘弹出后，InputMethodManager持有了EditText的引用，而EditText又间接持有了RecyclerView的Context。可以试试在Activity销毁前手动处理：

  // 假设你能拿到item里的EditText实例
  if (targetEditText != null) {
      InputMethodManager imm = (InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE);
      imm.hideSoftInputFromWindow(targetEditText.getWindowToken(), 0);
      targetEditText.clearFocus();
  }
  

• 检查自定义组件的引用问题：如果用了自定义RecyclerView或者Adapter，有没有在里面持有了Activity Context的强引用？比如Adapter里直接保存了Activity实例，而不是用getApplicationContext()？另外，滚动监听、动画回调这类地方也容易不小心持有Context，记得在销毁时取消这些监听。
• 用弱引用兜底：如果某些场景必须持有Context，把强引用换成WeakReference<Context>，这样GC就能在Activity销毁时正常回收它。
• 旧系统版本的特殊处理：Android 6.0（API 23）以下的InputMethodManager本身存在一些泄漏bug，如果排查完自己的代码没问题，可以试试用反射清理它的缓存引用，但这是最后一步的兜底方案，优先解决自身代码问题。

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