默默无闻的文竹

看了很多WebView内存泄漏的博文，很多文章都有多多少少的问题。 我便在我这篇博文中仔细针对webView内存泄漏进行分析。 看这篇文章的人都应该对webview深恶痛绝 怎么总是释放不掉呢？？？ 释放不掉的原因是啥呢？？？ 为啥特么的总是阴魂不散呢？？？ 答：webView内部的一些线程持有activity对象，导致activity无法释放。继而内存泄漏。 解决： 方案一：退出程序调用 System.exit(0); 弊：太暴力，只能在程序退出后清除持有。 方案二：activity弱应用持有 private WeakReference webActivityReference = new WeakReference(this); bridgeWebView = new BridgeWebView(webActivityReference .get()); bridgeWebView.setLayoutParams(params); container.addView(bridgeWebView); 在销毁中执行 @Override protected void onDestroy() { super.onDestroy(); //防止webView内存泄漏 if (bridgeWebView != null) { //先从父容器中移除webview,然后再销毁webview ViewParent parent = bridgeWebView.getParent(); if (parent != null) { ((ViewGroup) parent).removeView(bridgeWebView); } bridgeWebView.stopLoading(); // 退出时调用此方法，移除绑定的服务，否则某些特定系统会报错 bridgeWebView.getSettings().setJavaScriptEnabled(false); bridgeWebView.clearHistory(); bridgeWebView.clearView(); bridgeWebView.removeAllViews(); try { bridgeWebView.destroy(); } catch (Throwable ex) { } bridgeWebView = null; this.webActivityReference.clear(); this.webActivityReference = null; } } 说明： 看了很多文章，文中大多都建议不在xml中写webview，都没有说明原因。主要是xml中创建的webview持有Activity的context对象 方案三：新建进程 缺点：新建进程比较麻烦的在于进程间通讯 还存在如下问题 静态成员和单例模式失效 线程同步机制失效 SharedPreferences 可靠性降低 Application 被多次创建 优点： 增加应用可用的内存空间，不与主进程竞争内存空间，不使用进程则销毁。 通讯方式 AIDL：功能强大，支持进程间一对多的实时并发通信，并可实现 RPC (远程过程调用)。 Messenger：支持一对多的串行实时通信， AIDL 的简化版本。 Bundle：四大组件的进程通信方式，只能传输 Bundle 支持的数据类型。 ContentProvider：强大的数据源访问支持，主要支持 CRUD 操作，一对多的进程间数据共享，例如我们的应用访问系统的通讯录数据。 BroadcastReceiver：即广播，但只能单向通信，接收者只能被动的接收消息。 文件共享：在非高并发情况下共享简单的数据。 Socket：通过网络传输数据。 实例： //xml配置activity，在remoteweb进程中