Android WebView加载速度优化方法
开发Android App时，WebView加载慢是很多开发者头疼的问题，我之前做一个电商App的商品详情页，用WebView加载图文内容，用户反馈打开要等3秒以上，差评一大堆，后来我研究了几种优化方法，效果还挺明显。预加载WebView实例是个好办法，提前在App启动时创建WebView对象，需要用的时候直接复用，不用每次重新初始化，就像提前热好锅，炒菜时直接下菜，省了热锅的时间。资源预加载也很关键，把网页里常用的CSS、JS文件提前下载到本地，WebView加载时直接从本地读取，不用再去网上拉取，我当时把商品详情页的基础CSS文件放到assets目录，加载时通过shouldInterceptRequest拦截请求，替换成本地资源，加载速度直接快了1.5秒，还有硬件加速，在AndroidManifest.xml里给Activity加上android:hardwareAccelerated="true"，让WebView用GPU渲染，页面滑动和渲染都会流畅不少，但要注意Android 4.0以下可能有兼容性问题，这个后面兼容性部分会说。
除了这些,图片懒加载也能帮上忙，让H5页面默认不加载视口外的图片，用户滑动到对应位置再加载，能减少初始加载的数据量，我当时让前端同学在img标签里加个data-src属性存真实图片地址，页面滚动时再把data-src赋值给src，首屏加载时间又缩短了0.8秒。简化DOM结构也很重要，之前遇到一个H5页面嵌套了十几层div，WebView渲染起来特别费劲，让前端重构后，DOM层级减少一半，渲染速度明显提升。
Android WebView内存泄漏解决方案
WebView内存泄漏简直是Android开发者的噩梦,我之前维护一个老项目，用户反映App用久了会卡顿甚至崩溃，用Android Studio的Profiler一看，WebView相关的对象堆内存一直涨，根本不释放，后来发现问题出在WebView的生命周期管理上。不要在Activity的onDestroy中直接调用webView.destroy()，正确的做法是先把WebView从父布局中移除，再销毁，具体步骤是：在xml里用一个ViewGroup包裹WebView，onDestroy时先调用webView.removeAllViews()，然后webView.destroy()，最后把WebView对象置为null，我当时按这个方法改了之后，内存泄漏问题好了一大半。
避免在WebView中使用静态内部类，之前项目里有个WebChromeClient是静态内部类，还持有Activity的引用，导致Activity销毁后无法回收，把它改成独立的类或者用弱引用持有Activity，问题就解决了，还有及时清除WebView的缓存和历史记录，调用webView.clearCache(true)和webView.clearHistory()，也能减少内存占用，我还遇到过WebView的Cookie导致的内存泄漏，用CookieManager.getInstance().removeAllCookies(null)清除Cookie后，内存占用明显下降。
Android WebView兼容性问题处理
不同Android版本的WebView内核差异大,兼容性问题能把人搞疯，我之前做一个H5游戏，在Android 7.0上显示正常，到了Android 5.0就错位，Android 10.0又有点击无响应的问题。针对不同API等级做适配是必须的，比如Android 4.4以上用Chromium内核，4.4以下是WebKit，很多新的JS特性在低版本不支持，这时候可以用babel把高版本JS转成ES5，还有设置WebSettings时注意版本差异，比如setMixedContentMode这个方法是API 21才有的，低版本调用会报错，需要用if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP)来判断。
我还遇到过Android 9.0默认禁止http请求的问题，在AndroidManifest.xml里加android:usesCleartextTraffic="true"才解决。测试时要覆盖主流系统版本，我当时用了Genymotion模拟器，把Android 4.4到13.0的版本都跑了一遍，才把大部分兼容性问题揪出来，还有字体大小适配，不同手机系统字体大小设置不同，WebView里的文字可能会被放大或缩小，通过webSettings.setTextZoom(100)可以固定字体大小，避免布局错乱。
Android WebView缓存策略设置
WebView缓存能大大减少重复请求,提升加载速度，我做的新闻App里，用户经常重复看同一篇文章，没设置缓存的时候每次都要重新加载图片和文字，费流量又慢，后来研究了WebView的几种缓存模式，最常用的是LOAD_DEFAULT，它会根据HTTP协议缓存规则来缓存，比如服务器返回Cache-Control: max-age=3600，WebView就会缓存1小时，如果想强制缓存，可以用LOAD_CACHE_ELSE_NETWORK，没网的时候也能加载缓存内容。
我还试过自定义缓存路径，通过webSettings.setAppCachePath(getCacheDir().getAbsolutePath() + "/webcache")设置缓存目录，再调用webSettings.setAppCacheEnabled(true)启用，缓存大小可以用setAppCacheMaxSize控制，不过要注意，AppCache在Android 10.0以上有废弃风险，官方推荐用Service Worker，但低版本不支持，所以现在一般是两者结合用，高版本用Service Worker，低版本用AppCache。缓存清理策略也很重要，定期清理过期缓存，避免缓存文件占用过多存储空间，我在App设置里加了一个“清除Web缓存”的按钮，用户反馈还不错。
Android WebView性能监控技巧
优化WebView不能光靠感觉,得有数据支撑，我之前优化加载速度，改了半天也不知道效果怎么样，后来学会了用工具监控。Chrome DevTools远程调试是个神器，用USB连接手机，在Chrome浏览器输入chrome://inspect，就能看到连接的设备和WebView页面，像在电脑上调试网页一样，能看网络请求时间、DOM渲染耗时、JS错误，我当时发现有个广告JS加载特别慢，占了总加载时间的40%，把它延迟加载后，速度立刻提上来了。
还有Android Studio的Profiler，可以监控WebView的内存占用、CPU使用情况，我之前发现WebView在滑动时CPU占用率高达80%，后来优化了CSS动画，把一些不必要的动画去掉，CPU占用降到了40%左右。自定义WebViewClient监控加载事件，重写onPageStarted和onPageFinished，计算页面加载总时间，记录到本地日志，方便统计平均加载时长，比如我统计了一周的数据，发现优化后平均加载时间从3.2秒降到了1.8秒，还有JS注入监控，通过addJavascriptInterface注入一个监控函数，记录H5页面的加载状态和错误信息，能及时发现前端问题。
Android WebView安全问题防范
WebView如果用不好,会有安全漏洞，之前新闻里就有App因为WebView被注入恶意代码的案例，我做的金融类App对安全要求高，这方面踩过不少坑。禁用JavaScript如果不需要的话，很多安全问题都和JS有关，webSettings.setJavaScriptEnabled(false)能减少风险，但现在很多H5页面需要JS交互，所以得谨慎，如果必须启用JS，一定要验证JS接口的调用者，用addJavascriptInterface时，在Android 4.2以上要加@JavascriptInterface注解，避免被反射调用。
我还遇到过文件访问权限问题，WebView默认能访问本地文件，这很危险，通过webSettings.setAllowFileAccess(false)和setAllowFileAccessFromFileURLs(false)来禁用，只在需要的时候临时开启。及时更新WebView内核，Google Play服务会更新WebView，国内手机厂商也会推送系统更新，提醒用户保持系统更新能减少已知漏洞的风险，还有校验网页证书，在WebViewClient的onReceivedSslError方法里，严格校验SSL证书，避免加载恶意网站的内容。
Android WebView与原生交互优化
WebView和原生交互卡顿是常见问题,我之前做一个社交App，H5页面调用原生分享功能，点击后要等1秒才有反应，用户体验很差，后来发现是交互方法太耗时，原生分享需要调起系统分享面板，这个操作放在主线程导致卡顿，解决办法是把耗时操作放到子线程，通过Handler通知主线程更新UI，还有减少交互次数，之前H5页面每次滑动都调用原生获取位置信息，导致频繁交互，后来改成H5一次性获取位置缓存起来，交互次数减少了90%。
使用WebMessage代替addJavascriptInterface也是个好办法，Android 4.4以上支持evaluateJavascript方法，比addJavascriptInterface更安全高效，我把分享功能改成用evaluateJavascript调用，响应速度快了很多。定义清晰的交互协议很重要，我和H5开发约定了统一的JSON格式，"action":"share","data":{"title":"xxx","url":"xxx"}}，避免参数混乱导致交互失败，还有预定义交互方法，把常用的交互方法提前注册好，避免运行时动态添加，减少出错概率。
常见问题解答
Android WebView加载白屏怎么办？
加载白屏的话，你先看看手机网好不好，没网肯定白屏啊，然后检查H5页面是不是有问题，让前端同学在电脑上跑跑看，说不定是代码写错了，WebView设置里硬件加速开了没？我之前做项目，开了硬件加速后白屏就少多了，在AndroidManifest.xml里给Activity加android:hardwareAccelerated="true"就行，还有可能是缓存满了，清一下WebView缓存试试，在设置里找到App，清除缓存，要是还不行，看看是不是Android版本太老，老手机可能不支持新的网页特性，让前端兼容一下低版本系统就好啦。
WebView内存占用太高怎么解决？
内存占用高的话，记得用完WebView要及时销毁！不是直接调destroy()哦，要先从布局里移出来再销毁，不然会内存泄漏，具体就是在xml里用ViewGroup包着WebView，onDestroy时先webView.removeAllViews()，再webView.destroy()，最后把WebView对象设为null，别在WebView里用静态内部类，会抱着Activity不放，内存就下不去，改成独立的类或者用弱引用就行，还有别一次开太多WebView，复用之前的实例，我之前项目就是因为没销毁WebView，内存涨到1G，手机卡爆了，按步骤销毁后内存直接降了一半。
WebView和H5交互延迟怎么优化？
交互延迟的话，别把耗时操作放主线程！比如H5调原生拍照，拍照很耗时，放主线程肯定卡，你把拍照放到子线程，完了用Handler告诉主线程结果，还有别老交互，H5要数据一次多要点，别一次要一点，来回调用肯定慢，用evaluateJavascript比addJavascriptInterface快，我之前用后者，点击分享等半天，换成前者，点完马上就弹出来了，超爽！另外定义清晰的交互协议，和H5约定好JSON格式，"action":"share","data":{...}}，避免参数错了又要改来改去。
WebView支持哪些缓存方式？
WebView缓存方式还挺多的，最常用的是默认缓存（LOAD_DEFAULT），跟着HTTP协议来，服务器说存多久就存多久，比如服务器返回max-age=3600，就缓存1小时，强制缓存（LOAD_CACHE_ELSE_NETWORK）也不错，没网的时候也能看之前的内容，AppCache可以存静态资源，像图片、CSS这些，不过Android 10.0以上有点过时了，现在推荐用Service Worker，更强大，能离线缓存，但老手机不支持，我做新闻App的时候，用了默认缓存+AppCache，用户看旧新闻基本秒开，省流量又快，你可以试试。
WebView调试用什么工具好？
调试工具必须是Chrome DevTools啊！用USB连手机，打开开发者模式，然后在电脑Chrome里输chrome://inspect，就能看到WebView页面了，跟调网页一样，能看网络请求、找JS错误，超方便，Android Studio的Profiler也好用，可以看内存和CPU占用，看看哪里卡，比如WebView滑动时CPU太高，就优化一下CSS动画，要是没电脑，在WebView里加句setWebContentsDebuggingEnabled(true)，用手机浏览器也能调试，我之前在外面没电脑，用手机调试照样改bug，超实用！