InputMethodManager造成的内存泄漏问题及解决方法

今天在用mat工具检测项目的内存泄漏问题时，检测结果提示有2个内存泄漏，如下图：

CommonUtil是我自己的程序的问题，已修复，但另外一个InputMethodManager的内存泄漏问题着实让我摸不着头脑，因为我在Activity中压根就没用到这个输入法管理器，

那mat怎么会提示有内存泄漏呢？

查了一些资料说：InputMethodManager.mServedView 持有一个最后聚焦View的引用，直到另外的一个View聚焦后才会释放当前的View。当发生GC时mServedView（GCRoot）持有的View的引用不会被回收，导致了内存泄漏。因为这个问题出现的频率比较高，LeakCanary上经常有这个泄漏的弹窗。

解决方案如下：

public static void fixInputMethodManagerLeak(Context destContext) {

    if (SDK_INT < KITKAT || SDK_INT > 22) {
        return;
    }
    if (destContext == null) {
        return;
    }
    InputMethodManager imm = (InputMethodManager) destContext.getSystemService(Context.INPUT_METHOD_SERVICE);
    if (imm == null) {
        return;
    }
    String[] arr = new String[]{"mCurRootView", "mServedView", "mNextServedView"};
    Field f;
    Object obj_get;
    for (int i = 0; i < arr.length; i++) {
        String param = arr[i];
        try {
            f = imm.getClass().getDeclaredField(param);
            if (f == null) {
                return;
            }
            f.setAccessible(true);
            obj_get = f.get(imm);
            if (obj_get != null && obj_get instanceof View) {
                View v_get = (View) obj_get;
                if (v_get.getContext() == destContext) { // 被InputMethodManager持有引用的context是想要目标销毁的
                    f.set(imm, null); // 置空，破坏掉path to gc节点
                } else {
                    // 不是想要目标销毁的，即为又进了另一层界面了，不要处理，避免影响原逻辑,也就不用继续for循环了
                    break;
                }
            }
        } catch (Throwable t) {
            t.printStackTrace();
        }
    }
}

方案很暴力，使用反射得到InputMethodManager的成员变量（”mCurRootView”, “mServedView”, “mNextServedView”），在将这些Field置空，断掉View与GCRoot的链接。
在MainActivity的onDestroy中使用这个方法后果然解决了InputMethodManager内存泄漏的问题。