首坑：Android系统
对于h5的混合开发，Android系统就是个大坑，三年前接入h5点时候，那时候好多手机卡的跟ppt似的，4.0后Google进行了一些优化，效率上确实好了很多，但后面又来了一系列巨坑，比如4.3之前一个内核，4.3一个单独内核，4.3之后又是一个内核，原生的WebView没法做到整体兼容，最后采取了一个方案，使用大企鹅的x5内核，优点如下：
-
里面类名和方法名，和原生的名称几乎是一样的，使用更方便
-
QQ和微信都是采用x5内核，内核共享，不需要单独下载
-
兼容性相对较好
二坑：DownloadManager。
最初的方案是采用系统下类DownloadManager，既然是系统提供的，很多码友肯定觉得很OK的，但是爆破部队瞎搞，三星的手机系统却把DownloadManager的api删了，这尼玛就恶心了，你还是继续玩爆炸吧。。。
三坑：webview载入不显示
之前放在assets的时候，页面显示的很6，换成下载到本地读取，居然不显示了，打印下路径，没问题，那就可以确定问题出在了加载过程了，查了下资料发现，可以是用loadData，这种方法需要先将html文件读取出来，以字符串传入loadData，可以展示页面，但是不会引用css、js等文件。也可以使用loadUrl，不过需要注意，这里因为是使用本地数据，所以传入的url需要做些处理，例如：
-
如果html文件存于assets：则加前缀：file:///android_asset/
-
如果html文件存于sdcard：则加前缀：content://com.android.htmlfileprovider/sdcard/
PS：content前缀可能导致异常，直接使用file:///sdcard/ 或者 file:/sdcard也可以
四坑：特殊字符的转义
有一个页面，iOS同事那边一直显示正常，Android这边怎么都出不来，同样页面不同数据的页面就显示页面，当时就觉得很奇怪，不应该是h5点问题，要不ios也不会显示，打印了URL一看，擦，URL中有一个”%”，转义后便OK了。当然，根据需要还有一些特殊字符也需要转义，”%”只是一个个例。
五坑：部分手机报错不显示
A WebView method was called on thread ‘JavaBridge’. All WebView methods must be called on the same thread。
这是由于部分手机WebView中方法必须在同一个线程，通过打印Thread.currentThread()便知不属于同一个线程，解决方案：
mWebView.post(new Runnable() {
@Override
public void run() {
mWebView.loadUrl("javascript:" + data);
}
});
