看了很多WebView内存泄漏的博文，很多文章都有多多少少的问题。
我便在我自己的博文中仔细针对webView内存泄漏进行分析。
看这篇文章的人都应该对webview深恶痛绝
怎么总是释放不掉呢？？？
释放不掉的原因是啥呢？？？
为啥特么的总是阴魂不散呢？？？
答：webView内部的一些线程持有activity对象，导致activity无法释放。继而内存泄漏。
解决：
方案一：退出程序调用
System.exit(0);
弊：太暴力，只能在程序退出后清除持有。
方案二：activity弱应用持有
private WeakReference<BaseWebActivity> webActivityReference = new WeakReference<BaseWebActivity>(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进程中 <activity android:name=".WebActivity" android:process=":remoteweb"/>