WebView 中的内存泄漏

Question

我有一个使用嵌入 WebView 的 xml 布局的活动。我根本没有在我的活动代码中使用 WebView，它所做的只是坐在我的 xml 布局中并且可见。

现在，当我完成活动时，我发现我的活动并未从内存中清除。 （我通过 hprof 转储检查）。如果我从 xml 布局中删除 WebView，则活动将完全清除。

我已经试过了

webView.destroy();
webView = null;

在我的活动的 onDestroy() 中，但这并没有多大帮助。

在我的 hprof 转储中，我的活动（名为“浏览器”）具有以下剩余的 GC 根（在对其调用 destroy() 之后）：

com.myapp.android.activity.browser.Browser
  - mContext of android.webkit.JWebCoreJavaBridge
    - sJavaBridge of android.webkit.BrowserFrame [Class]
  - mContext of android.webkit.PluginManager
    - mInstance of android.webkit.PluginManager [Class]  

我发现另一位开发人员也遇到过类似的事情，请参阅 Filipe Abrantes 的回复： http://www.curious-creature.org/2008/12/18/avoid-memory-leaks-on-android/

确实是一个非常有趣的帖子。 最近我过得很艰难 解决我的内存泄漏问题 安卓应用。最终结果是 我的 xml 布局包括一个 WebView 组件，即使不使用，是 防止记忆被 g-在屏幕旋转/应用程序后收集 重启……这是当前的错误吗 实施，或者有什么 具体到什么时候需要做 使用 WebViews

现在，很遗憾，博客或邮件列表上还没有关于这个问题的回复。因此我想知道，这是 SDK 中的错误（可能类似于报告的 http://code.google.com/p/android/issues/detail?id=2181 的 MapView 错误）还是如何通过嵌入的 webview 完全脱离内存？

Answer 1

我从上面的 cmets 和进一步的测试中得出结论，问题是 SDK 中的一个错误：通过 XML 布局创建 WebView 时，活动作为 WebView 的上下文传递，而不是应用程序上下文。完成活动后，WebView 仍然保留对活动的引用，因此活动不会从内存中删除。 我为此提交了错误报告，请参阅上面评论中的链接。

webView = new WebView(getApplicationContext());

请注意，此解决方法仅适用于某些用例，即，如果您只需要在 web 视图中显示 html，没有任何 href 链接或对话框链接等。请参阅下面的 cmets。

Answer 2

这个方法我运气不错：

将 FrameLayout 作为容器放入您的 xml，我们称之为 web_container。然后以编程方式对 WebView 进行广告，如上所述。 onDestroy，将其从 FrameLayout 中移除。

假设这是在您的 xml 布局文件中的某个位置，例如布局/your_layout.xml

<FrameLayout
    android:id="@+id/web_container"
    android:layout_width="fill_parent"
    android:layout_height="wrap_content"/>

然后，在您为视图膨胀后，将使用应用程序上下文实例化的 WebView 添加到您的 FrameLayout。 onDestroy，调用webview的destroy方法，从view层级中移除，否则会泄露。

public class TestActivity extends Activity {
    private FrameLayout mWebContainer;
    private WebView mWebView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        setContentView(R.layout.your_layout);

        mWebContainer = (FrameLayout) findViewById(R.id.web_container);
        mWebView = new WebView(getApplicationContext());
        mWebContainer.addView(mWebView);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        mWebContainer.removeAllViews();
        mWebView.destroy();
    }
}

此外，FrameLayout 以及 layout_width 和 layout_height 都是从其工作的现有项目中任意复制的。我假设另一个 ViewGroup 可以工作，并且我确信其他布局尺寸也可以工作。

此解决方案也适用于替代 FrameLayout 的 RelativeLayout。

Answer 3

这是一个 WebView 的子类，它使用上述 hack 来无缝避免内存泄漏：

package com.mycompany.view;

import android.app.Activity;
import android.content.Context;
import android.content.Intent;
import android.net.Uri;
import android.util.AttributeSet;
import android.webkit.WebView;
import android.webkit.WebViewClient;

/**
 * see http://stackoverflow.com/questions/3130654/memory-leak-in-webview and http://code.google.com/p/android/issues/detail?id=9375
 * Note that the bug does NOT appear to be fixed in android 2.2 as romain claims
 *
 * Also, you must call {@link #destroy()} from your activity's onDestroy method.
 */
public class NonLeakingWebView extends WebView {
    private static Field sConfigCallback;

    static {
        try {
            sConfigCallback = Class.forName("android.webkit.BrowserFrame").getDeclaredField("sConfigCallback");
            sConfigCallback.setAccessible(true);
        } catch (Exception e) {
            // ignored
        }

    }


    public NonLeakingWebView(Context context) {
        super(context.getApplicationContext());
        setWebViewClient( new MyWebViewClient((Activity)context) );
    }

    public NonLeakingWebView(Context context, AttributeSet attrs) {
        super(context.getApplicationContext(), attrs);
        setWebViewClient(new MyWebViewClient((Activity)context));
    }

    public NonLeakingWebView(Context context, AttributeSet attrs, int defStyle) {
        super(context.getApplicationContext(), attrs, defStyle);
        setWebViewClient(new MyWebViewClient((Activity)context));
    }

    @Override
    public void destroy() {
        super.destroy();

        try {
            if( sConfigCallback!=null )
                sConfigCallback.set(null, null);
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }


    protected static class MyWebViewClient extends WebViewClient {
        protected WeakReference<Activity> activityRef;

        public MyWebViewClient( Activity activity ) {
            this.activityRef = new WeakReference<Activity>(activity);
        }

        @Override
        public boolean shouldOverrideUrlLoading(WebView view, String url) {
            try {
                final Activity activity = activityRef.get();
                if( activity!=null )
                    activity.startActivity(new Intent(Intent.ACTION_VIEW, Uri.parse(url)));
            }catch( RuntimeException ignored ) {
                // ignore any url parsing exceptions
            }
            return true;
        }
    }
}

要使用它，只需在布局中将 WebView 替换为 NonLeakingWebView

                    <com.mycompany.view.NonLeakingWebView
                            android:layout_width="fill_parent"
                            android:layout_height="wrap_content"
                            ...
                            />

然后确保从您的活动的 onDestroy 方法调用NonLeakingWebView.destroy()。

请注意，此 Web 客户端应处理常见情况，但它可能不如常规 Web 客户端功能全面。例如，我还没有对它进行过闪存测试。

Answer 4

根据 user1668939 对这篇文章 (https://stackoverflow.com/a/12408703/1369016) 的回答，这就是我修复片段内 WebView 泄漏的方法：

@Override
public void onDetach(){

    super.onDetach();

    webView.removeAllViews();
    webView.destroy();
}

与 user1668939 的回答不同的是我没有使用任何占位符。只需在 WebvView 引用本身上调用 removeAllViews() 就可以了。

## 更新##

如果你和我一样，在几个片段中都有 WebViews（并且你不想在所有片段中重复上面的代码），你可以使用反射来解决它。只需让你的 Fragments 扩展这个：

public class FragmentWebViewLeakFree extends Fragment{

    @Override
    public void onDetach(){

        super.onDetach();

        try {
            Field fieldWebView = this.getClass().getDeclaredField("webView");
            fieldWebView.setAccessible(true);
            WebView webView = (WebView) fieldWebView.get(this);
            webView.removeAllViews();
            webView.destroy();

        }catch (NoSuchFieldException e) {
            e.printStackTrace();

        }catch (IllegalArgumentException e) {
            e.printStackTrace();

        }catch (IllegalAccessException e) {
            e.printStackTrace();

        }catch(Exception e){
            e.printStackTrace();
        }
    }
}

我假设您将 WebView 字段称为“webView”（是的，很遗憾，您的 WebView 引用必须是一个字段）。我还没有找到另一种独立于字段名称的方法（除非我遍历所有字段并检查每个字段是否来自 WebView 类，我不想因为性能问题而这样做）。

Answer 5

读完http://code.google.com/p/android/issues/detail?id=9375后，也许我们可以使用反射在Activity.onDestroy上将ConfigCallback.mWindowManager设置为null，并在Activity.onCreate上恢复它。我不确定它是否需要一些权限或违反任何政策。这取决于 android.webkit 的实现，它可能会在更高版本的 Android 上失败。

public void setConfigCallback(WindowManager windowManager) {
    try {
        Field field = WebView.class.getDeclaredField("mWebViewCore");
        field = field.getType().getDeclaredField("mBrowserFrame");
        field = field.getType().getDeclaredField("sConfigCallback");
        field.setAccessible(true);
        Object configCallback = field.get(null);

        if (null == configCallback) {
            return;
        }

        field = field.getType().getDeclaredField("mWindowManager");
        field.setAccessible(true);
        field.set(configCallback, windowManager);
    } catch(Exception e) {
    }
}

在Activity中调用上述方法

public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setConfigCallback((WindowManager)getApplicationContext().getSystemService(Context.WINDOW_SERVICE));
}

public void onDestroy() {
    setConfigCallback(null);
    super.onDestroy();
}

Answer 6

我修复了令人沮丧的 Webview 的内存泄漏问题，如下所示：

（希望对大家有帮助）

基础知识：

• 要创建 web 视图，需要一个引用（比如一个活动）。
• 终止进程：

可以调用android.os.Process.killProcess(android.os.Process.myPid());。

转折点：

默认情况下，所有活动都在一个应用程序的同一进程中运行。 （过程由包名定义）。但是：

可以在同一个应用程序中创建不同的进程。

解决方案： 如果为活动创建了不同的进程，则可以使用其上下文来创建 web 视图。当这个进程被杀死时，所有引用这个活动的组件（在这种情况下是 webview）都被杀死，主要的理想部分是：

强制调用GC来收集这些垃圾（webview）。

求助代码：（一个简单的案例）

总共两个活动：说 A 和 B

清单文件：

<application
        android:allowBackup="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name"
        android:process="com.processkill.p1" // can be given any name 
        android:theme="@style/AppTheme" >
        <activity
            android:name="com.processkill.A"
            android:process="com.processkill.p2"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

        <activity
            android:name="com.processkill.B"
            android:process="com.processkill.p3"
            android:label="@string/app_name" >
        </activity>
    </application>

先A后B

A > B

B 是用嵌入的 webview 创建的。

当在活动 B 上按下 backKey 时，会调用 onDestroy：

@Override
    public void onDestroy() {
        android.os.Process.killProcess(android.os.Process.myPid());
        super.onDestroy();
    }

这会杀死当前进程，即 com.processkill.p3

并带走引用它的 webview

注意：使用此 kill 命令时要格外小心。 （由于明显的原因不推荐）。不要在活动中实现任何静态方法（在本例中为活动 B）。不要使用任何其他活动对此活动的任何引用（因为它将被终止并且不再可用）。

Answer 7

如果多进程处理对您来说不是很大的努力，您可以尝试将 Web Activity 放在单独的进程中并在该 Activity 销毁时退出。

Answer 8

在调用WebView.destroy() 之前，您需要从父视图中移除 WebView。

WebView 的 destroy() 注释 - “此方法应在此 WebView 从视图系统中删除后调用。”

Answer 9

“应用程序上下文”解决方法存在问题：WebView 尝试显示任何对话框时崩溃。例如，登录/通过表单提交时的“记住密码”对话框（还有其他情况吗？）。

对于“记住密码”的情况，可以使用WebView 设置的setSavePassword(false) 修复。