处理 Android WebView 内存泄漏后的一点扩展

WebView 内存泄漏

解决方案网上很多，

1. 开启一个新的进程，使用完毕后再关闭该进程。
2. 使用代码方式构建 取代在 Xml 布局文件中声明 WebView ，原因是WebVIew在布局文件中声明 会持有当前Activity的引用，用代码实现的，构建WebView时候传递当前Activity的弱引用，页面退出时候，在OnDestroy里再尝试去释放，这么个做法.

问题

• 为什么在布局文件中声明的webView会持有当前Activity 呢？（其实也不局限于WebView了)

思路.

布局文件中的xml文件，都是通过Activity的setContentView 来 展示
而Activity 的 setContentView 其实是 PhoneWindow的 setContentView

代码如下

@Override
public void setContentView(int layoutResID) {
    // Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window
    // decor, when theme attributes and the like are crystalized. Do not check the feature
    // before this happens.
  //mContentParent 就是 com.android.internal.R.id.content对应的view，我们自己的xml文件生成的view ,就会添加到mContentParent中
    if (mContentParent == null) {  
        installDecor();   //生成 Decor   ，每一个窗口对应一个Decor,  可以把Decor 理解成 mContentParent的 容器
    } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        mContentParent.removeAllViews();
    }
    if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
                getContext());
        transitionTo(newScene);
    } else {
        mLayoutInflater.inflate(layoutResID, mContentParent);  // 这段代码就是把xml资源文件转换成对应的View的，我们稍后进去看.
    }

}

我们的WebView 作为布局文件中的一个节点，继承路径是 WebView > MockView > FrameLayout > ViewGroup > View

而View的构造，除了一个测试用的无参构造，其他的都是包含Context的，思路也就清晰了。

接下来就是看下Android怎么把布局文件中的View实例化的。

跟随代码进入 LayoutInflater类的 public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) 方法

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) {
    final Resources res = getContext().getResources();
    View view = tryInflatePrecompiled(resource, res, root, attachToRoot);  // 这个讲是Android 9 新增的提前编译布局文件功能，貌似不会走这里
    if (view != null) {
        return view;
    }
    XmlResourceParser parser = res.getLayout(resource);
    try {
        return inflate(parser, root, attachToRoot);  // 生成View的具体方法在这里。
    } finally {
        parser.close();
    }
}

接着上代码 ，进入 LayoutInflater类的 public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot)

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {
    synchronized (mConstructorArgs) {
        try {
            advanceToRootNode(parser);
            final String name = parser.getName();

            if (TAG_MERGE.equals(name)) {
                rInflate(parser, root, inflaterContext, attrs, false);
            } else {
                // Temp is the root view that was found in the xml
                final View temp = createViewFromTag(root, name, inflaterContext, attrs);  // 看这里 ，根据标签创建 View .  接着进去
                ViewGroup.LayoutParams params = null;
}

LayoutInflater类的createViewFromTag方法，最终会调用 LayoutInflater类的 createView 方法，该方法是通过反射机制来构造View的，用的 是 双参的构造方法， >> final Object[] mConstructorArgs = new Object[2];

代码

@Nullable
public final View createView(@NonNull Context viewContext, @NonNull String name,
        @Nullable String prefix, @Nullable AttributeSet attrs)
        throws ClassNotFoundException, InflateException {

    Class<? extends View> clazz = null;
    try {
              if (constructor == null) {
            // Class not found in the cache, see if it's real, and try to add it
            clazz = Class.forName(prefix != null ? (prefix + name) : name, false,
                    mContext.getClassLoader()).asSubclass(View.class);         // 这里，就能理解为什么自定义View 在布局文件中声明时候，必须要带 包名且类名须正确无误的必要性了
        }

        Object lastContext = mConstructorArgs[0];
        mConstructorArgs[0] = viewContext; //  参数0  xxContext . 文章开篇问题的 答案就在这里咯
        Object[] args = mConstructorArgs; 
        args[1] = attrs;   // 参数1 

        try {
            final View view = constructor.newInstance(args);   // 反射调用构造，生成View 
            return view;
        } finally {
            mConstructorArgs[0] = lastContext;
        }
}