内存泄漏在WebView中
我有一个使用embeddedWebView的xml布局的活动。 我没有在我的活动代码中使用WebView,它所做的只是坐在我的XML布局,并可见。
现在,当我完成活动时,我发现我的活动没有从内存中清除。 (我通过hprof转储检查)。 虽然如果我从xml布局中删除WebView的活动是完全清除。
我已经试过了
webView.destroy(); webView = null;
在我的活动onDestroy(),但是没有多大帮助。
在我的hprof转储中,我的活动(名为'Browser')具有以下剩余的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/
确实是一个很有趣的职位。 最近我有一个很难解决我的Android应用程序内存泄漏。 最后,事实certificate,我的xml布局包括一个WebView组件,即使不使用,也会阻止内存在屏幕旋转/应用程序重新启动后被g收集…这是当前实现的缺陷,还是具体说明使用WebView时需要做的事情
现在,不幸的是,这个问题还没有在博客或邮件列表上得到答复。 因此,我想知道,SDK中是否存在一个错误(可能类似于http://code.google.com/p/android/issues/detail?id=2181报告的MapView错误)或者如何完全执行这个活动closures内存与WebViewembedded ?
我从上面的评论和进一步的testing得出结论,问题是SDK中的一个错误:通过XML布局创buildWebView时,活动作为WebView的上下文而不是应用程序上下文传递。 完成活动后,WebView仍然保持对活动的引用,因此活动不会从内存中移除。 我为此提交了一个错误报告,请参阅上面注释中的链接。
webView = new WebView(getApplicationContext());
请注意,这种解决方法只适用于某些使用情况,即如果您只需要在web视图中显示html,没有任何href链接或链接到对话框等,请参阅下面的注释。
这个方法我有一些运气:
把一个FrameLayout作为一个容器放在你的xml中,让它叫做web_container。 然后按照上面提到的以编程方式添加WebView。 onDestroy,将其从FrameLayout中移除。
说这是在你的xml布局文件的某个地方,例如layout / your_layout.xml
<FrameLayout android:id="@+id/web_container" android:layout_width="fill_parent" android:layout_height="wrap_content"/>
然后,在膨胀视图之后,将使用应用程序上下文实例化的WebView添加到FrameLayout。 onDestroy,调用webview的销毁方法,并从视图层次结构中删除它,否则你会泄漏。
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将工作,我敢肯定其他布局维度将工作。
此解决scheme也适用于使用RelativeLayout来代替FrameLayout。
下面是WebView的一个子类,它使用上面的方法来无缝避免内存泄漏:
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; } } }
要使用它,只需在布局中用NonLeakingWebViewreplaceWebView即可
<com.mycompany.view.NonLeakingWebView android:layout_width="fill_parent" android:layout_height="wrap_content" ... />
然后确保从您的活动的onDestroy方法中调用NonLeakingWebView.destroy()
。
请注意,这个web客户端应该处理常见的情况,但是它可能不像普通的web客户端那样全function。 例如,我没有testing过像flash那样的东西。
基于user1668939在这个post( https://stackoverflow.com/a/12408703/1369016 )的答案,这是我如何解决我的WebView泄漏片段内:
@Override public void onDetach(){ super.onDetach(); webView.removeAllViews(); webView.destroy(); }
与user1668939的答案不同的是,我没有使用任何占位符。 只要在WebvView引用上调用removeAllViews()就可以了。
##更新##
如果你像我一样,并且在几个片段中都有WebViews(并且你不想在所有的片段中重复上面的代码),你可以使用reflection来解决它。 只要让你的碎片扩展这一个:
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引用必须是一个字段不幸的)。 我还没有find另一种方法来独立于字段的名称(除非我循环遍历所有字段,并检查每个字段是否来自一个WebView类,我不想做性能问题)。
阅读http://code.google.com/p/android/issues/detail?id=9375之后; ,也许我们可以使用reflection来设置ConfigCallback.mWindowManager在Activity.onDestroy上为空,并在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(); }
我修正了Webview令人沮丧的内存泄漏问题:
(我希望这可以帮助很多)
基础知识 :
- 要创build一个webview,需要一个引用(如一个活动)。
- 杀死一个进程:
android.os.Process.killProcess(android.os.Process.myPid());
可以叫。
转折点:
默认情况下,所有活动都在同一个应用程序中运行。 (该过程由包名称定义)。 但:
不同的进程可以在同一个应用程序中创build
解决scheme:如果为一个活动创build了一个不同的进程,则可以使用它的上下文创build一个webview。 而当这个过程被杀死的时候,所有引用这个活动的组件(在这种情况下是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是使用embedded式视图创build的。
当在活动B上按下backKey时,调用onDestroy:
@Override public void onDestroy() { android.os.Process.killProcess(android.os.Process.myPid()); super.onDestroy(); }
这会杀死当前进程,例如com.processkill.p3
并带走了引用它的webview
注:使用此kill命令时要格外小心。 (由于显而易见的原因,不推荐)。 不要在活动中实现任何静态方法(在这种情况下,活动B)。 不要使用任何其他任何引用此活动(因为它将被杀死,不再可用)。
如果多进程处理对您来说不是一个很大的努力,您可以尝试将Web活动放在单独的进程中,并在活动被破坏时退出。
“应用程序上下文”解决方法存在一个问题: WebView
尝试显示任何对话框时发生崩溃。 例如,在login/传递表单子表单(任何其他情况?)上的“记住密码”对话框。
可以使用WebView
设置的setSavePassword(false)
来修复“记住密码”的情况。
在调用WebView.destroy()
之前,需要从父视图中删除WebView。
WebView的destroy()注释 – “应在从视图系统中删除此WebView后调用此方法”。