Android InputMethodManager内存泄漏解决方法总结

使用LeakCanary来检查内存泄漏，但是每次从MainActivity退出程序时总会报InputMethodManager内存泄漏，原因系统中的InputMethodManager持有当前MainActivity的引用，导致了MainActivity不能被系统回收，从而导致了MainActivity的内存泄漏。查了很多资料，发现这是 Android SDK中输入法的一个Bug，在15<=API<=23（7.0也存在）中都存在，目前Google还没有解决这个Bug。
主要发生的场景是在MainActivity使用了FragmentStatePagerAdapter来管理Fragment，而Fragment中又使用了RecyclerView ，在Activity中的TreeObserver 或者其他系统类依赖了InputMethodManager。
这里写图片描述

在我的开发机小米3 原生6.0系统上LeakCanary报的内存泄漏引用链，从中可以看到时InputMethodManager的mNextServedView引用了MainActivity从而导致了内存泄漏。目前网上已经有好几个成熟的解决方法，了解3个解决此问题的比较好的方法，并进行了测试。总结如下：

方案一：通过反射修复
由于是InputMethodManager中的mNextServedView引用了MainActivity，所以最简单的就是通过java中的反射机制将mNextServedView置空，也就是赋值为null，切断了到MainActivity的引用链，从而使MainActivity进行内存回收。

参考链接：http://blog.csdn.net/sodino/article/details/32188809

/**
 * Created by Jason on 2017/1/12.
 * 防止InputMethodManager内存泄漏
 */

public class CleanLeakUtils {

    public static void fixInputMethodManagerLeak(Context destContext) {
        if (destContext == null) {
            return;
        }

        InputMethodManager inputMethodManager = (InputMethodManager) destContext.getSystemService(Context.INPUT_METHOD_SERVICE);
        if (inputMethodManager == null) {
            return;
        }

        String [] viewArray = new String[]{"mCurRootView", "mServedView", "mNextServedView"};
        Field filed;
        Object filedObject;

        for (String view:viewArray) {
            try{
                filed = inputMethodManager.getClass().getDeclaredField(view);
                if (!filed.isAccessible()) {
                    filed.setAccessible(true);
                }
                filedObject = filed.get(inputMethodManager);
                if (filedObject != null && filedObject instanceof View) {
                    View fileView = (View) filedObject;
                    if (fileView.getContext() == destContext) { // 被InputMethodManager持有引用的context是想要目标销毁的
                        filed.set(inputMethodManager, null); // 置空，破坏掉path to gc节点
                    } else {
                        break;// 不是想要目标销毁的，即为又进了另一层界面了，不要处理，避免影响原逻辑,也就不用继续for循环了
                    }
                }
            }catch(Throwable t){
                t.printStackTrace();
            }
        }
    }
}

创建了一个清除内存泄漏的工具类，然后在MainActivity中onDestroy 退出时调用上述方法就可以了：

public class MainActivity extends BaseActivity{
    ......

    @Override
    public void onDestroy(){
        CleanLeakUtils.fixInputMethodManagerLeak(MainActivity.this);
        super.onDestroy();
    }
}

方案二：通过启动一个透明的Activity来修复

在搜索解决方案时，看到一个老外写了一篇文章，他通过大量实验总结发现如果在MainActivity调用finish( )后跳转一个新的Activity时，然后在新Activity中通过Handler发布一个delay延迟的消息来finish自身从而结束整个程序，通过这种方式就再也没有被InputMethodManager引用的Activity，所以也就没有内存泄漏发生了。

参考链接：
https://medium.com/@amitshekhar/android-memory-leaks-inputmethodmanager-solved-a6f2fe1d1348#.5y3f6e3gb

创建一个透明的CleanLeakActivity，不需要视图：

/**
 * Created by Jason on 2017/1/12.
 * 防止InputMethodManager内存泄漏
 */

public class CleanLeakActivity extends AppCompatActivity{

    @Override
    public void onCreate(Bundle savedInstanceState){
        super.onCreate(savedInstanceState);
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                finish();
            }
        },500);//500毫秒后结束
    }

}

在res/vaules/styles中增加CleanLeakActivity 透明主题Style:

<resources>
    <style name="AppTheme.Transparent" parent="Theme.AppCompat.Light.NoActionBar">
        <item name="android:windowIsTranslucent">true</item>
        <item name="android:windowBackground">@android:color/transparent</item>
        <item name="android:windowContentOverlay">@null</item>
        <item name="android:windowNoTitle">true</item>
        <item name="android:windowIsFloating">true</item>
        <item name="android:backgroundDimEnabled">false</item>
    </style>
</resources>

在Application中声明CleanLeakActivity

        <activity android:name="view.CleanLeakActivity"
            android:theme="@style/AppTheme.Transparent"
            android:screenOrientation="portrait">

        </activity>

ativity中调用Finish方法前启动CleanLeakActivity：

public class MainActivity extends BaseActivity{
    .......

    @Override
    public void onBackPressed() {
        super.onBackPressed();
        startActivity(new Intent(this, CleanLeakActivity.class));
        finish();
    }
}

由于CleanLeakActivity是透明，并且是悬浮窗口样式的，并且会在500毫秒内结束，所以用户察觉不到CleanLeakActivity的存在。老外就是流弊，这种方案也就是奇了。

方案3:LeakCanary官方给的解决方法，但是实验之后并没有效果，还是报内存泄漏。无解，仅供参考。

参考链接：https://gist.github.com/pyricau/4df64341cc978a7de414

Android InputMethodManager内存泄漏 解决方法总结

猜你喜欢

Android InputMethodManager内存泄漏解决方法总结