最近有滚回去搞安卓了,其它的问题还好,内存泄露简直搞死我了。。。
login泄露,注册泄露,webview泄露,尼玛用mat查出来的suspect都是bitmap,可我的布局压根都没有自己写bitmap,唯一用到图片的就是控件背景图
不懂,只能猜猜哪里有问题,然后看代码解决,真是要死人了。。。
下面是参考的,虽然我还没有在代码中用过:
需要用到webview展示一些界面,但是加载的页面如果有很多图片就会发现内存占用暴涨,并且在退出该界面后,即使在包含该webview的Activity的destroy()方法中,使用webview.destroy();webview=null;对内存占回收用还是没有任何效果。有人说,一旦在你的xml布局中引用了webview甚至没有使用过,都会阻碍重新进入Application之后对内存的gc。包括使用MapView有时一会引发OOM,几经周折在网上看到各种解决办法,在这里跟大家分享一下。但是到目前为止还没有找到根本的解决办法,网上也有说是sdk的bug。但是不管怎么样,我们还是需要使用的。
要使用WebView不造成内存泄漏,首先应该做的就是不能在xml中定义webview节点,而是在需要的时候动态生成。即:可以在使用WebView的地方放置一个LinearLayout类似ViewGroup的节点,然后在要使用WebView的时候,动态生成即:
WebView mWebView = newWebView(getApplicationgContext());
2
LinearLayout mll = findViewById(R.id.xxx);
3
mll.addView(mWebView);
,
然后一定要在onDestroy()方法中显式的调用。这里我使用了。
protected void onDestroy() {
2
super.onDestroy();
3
mWebView.removeAllViews();
4
mWebView.destroy()
5
}
注意: new WebView(getApplicationgContext())必须传入ApplicationContext如果传入Activity的Context的话,对内存的引用会一直被保持着。有人用这个方法解决了当Activity被消除后依然保持引用的问题。但是你会发现,如果你需要在WebView中打开链接或者你打开的页面带有flash,获得你的WebView想弹出一个dialog,都会导致从ApplicationContext到ActivityContext的强制类型转换错误,从而导致你应用崩溃。这是因为在加载flash的时候,系统会首先把你的WebView作为父控件,然后在该控件上绘制flash,他想找一个Activity的Context来绘制他,但是你传入的是ApplicationContext。后果,你可以晓得了哈。
下面这一段没有进行测试
于是大牛们就Activity销毁后还保持引用这个问题,提供了另一种解决办法:既然你不能给我删除引用,那么我就自己来吧。于是下面的这种方法诞生了:
android.webkit implementation有可能在最近的版本中失败)
public void setConfigCallback(WindowManager windowManager) {
02
try {
03
Field field = WebView.class.getDeclaredField("mWebViewCore");
04
field = field.getType().getDeclaredField("mBrowserFrame");
05
field = field.getType().getDeclaredField("sConfigCallback");
06
field.setAccessible(true);
07
Object configCallback = field.get(null);
08
09
if (null == configCallback) {
10
return;
11
}
12
13
field = field.getType().getDeclaredField("mWindowManager");
14
field.setAccessible(true);
15
field.set(configCallback, windowManager);
16
} catch(Exception e) {
17
}
然后在Activity中调用上面的方法:
public void onCreate(Bundle savedInstanceState) {
2
super.onCreate(savedInstanceState);
3
setConfigCallback((WindowManager)getApplicationContext().getSystemService(Context.WINDOW_SERVICE));
4
}
5
6
public void onDestroy() {
7
setConfigCallback(null);
8
super.onDestroy();
9
}
该反射方法在我的实验中(2.3.6)确实有些用处,在应用内存占用到70M左右的时候会明显释放到50M或者60M然后的释放就有些缓慢,其实就是看不出来了。之前在没使用该方法的时候可能达到120M。
但是!!!我们的应用要求占用内存更低啊。在各种纠结之后,终于找到了终极解决办法!!!该办法适用于我们的需求,在退出WebView的界面之后,迅速回收内存。要问这个方法是什么,只要你仔细看好下面一句话:那就是为加载WebView的界面开启新进程,在该页面退出之后关闭这个进程。
这一点说了之后,你懂了吧?
但是在这个其中,杀死自己进程的时候又遇到了问题,网上介绍的各种方法都不好使,
killBackgroundProcesses(getPackageName());各种不好用,
System.exit(0);直接退出虚拟机(Android为每一个进程创建一个虚拟机的)。这个肯定不用纠结了,一旦退出,内存里面释放。
听涛哥说QQ也是这么做。
太残暴了。。。