⑴ android开发之WebView（一）配置&小技巧
背景：原生时间紧没时间开发任务量大的任务，而前端又闲着打酱油
方案：原生+webview混合开发
缺点：对于比较复杂的页面，webview在性能上力不从心；且与原生通信频繁也增加了隐藏的工作量
优点：能自带支持动态更新（js），能充分利用人力
webview是一个基于webkit引擎，展示web页面的控件。Android上的webview在低版本和高版本采用了不同的webkit版本内核，Android4.4（19）后直接使用了Chrome内核；WebView控件功能强大，除了具有一般View的属性和设置外，还可以对url请求，页面加载，渲染，页面交互进行强大的处理。一般来说webview可单独使用，也可联合其工具类一起使用
移动应用的主体是webview，主要以网页语言编写，穿插Native功能的Hybrid App开发类型。激活webview为活跃状态，能正常执行网页的响应；当webview 的页面被失去焦点切换到后台不可见状态onPause时，需要通知自己暂停所有的动作，比如DOM的解析，plugin的执行，javaScript的执行等
1，显示和渲染web页面
2，直接使用本地assets或者网络上的html文件作为布局
3，可和JavaScript进行互相调用
1，直接在布局文件里写死
2，动态添加进viewgroup中
注：不管以哪种方式，都必须注意webview的销毁，否则可能会造成内存泄漏最终导致内存溢出crash
下面是WebView的一些常用的方法列举，一些已经过时的方法未列出
下面是WebSettings的一些常用的方法列举，一些已经过时的方法就没有写出来了
一般不管是动态生成还是xml写死，只要处理好了引用持有问题，就能有效的避免内存泄漏；下面是我尝试的方案，在工具类WebViewUtils.java里封装好，在activity销毁的时候调用
1，清除webview缓存和记录
2，可以设置不启用缓存
3，H5的一些控件标签不支持导致的白屏
4，xml启用软件加速
5，通过menifest的来配置，在目标webview的activity设置
解决方案：
解决方案：
解决方案：
上一篇： Flutter入门-01-工程创建&目录介绍
⑵ Android WebView 怎么注入js文件啊，恳求大神帮忙
第一步：
mainfest.xml中加入网络权限
<uses-permission android:name="android.permission.INTERNET" />
第二步：
加载本地写好的html文件（定义好js中提供给android调用的方法 funFromjs(),和android提供给js调用的对象接口fun1FromAndroid(String name)）,放在 assets目录下。
<body>
<a>js中调用本地方法</a>
<script>
function funFromjs(){
document.getElementById("helloweb").innerHTML="HelloWebView,i'm from js";
}
var aTag = document.getElementsByTagName('a')[0];
aTag.addEventListener('click', function(){
//调用android本地方法
myObj.fun1FromAndroid("调用android本地方法fun1FromAndroid(String name)！！");
return false;
}, false);
</script>
<p></p>
<div id="helloweb">
</div>
</body>
第三步：
实现android工程与js交互的相关代码
android主题代码：
public class JavaScriptObject {
Context mContxt;
@JavascriptInterface //sdk17版本以上加上注解
public JavaScriptObject(Context mContxt) {
this.mContxt = mContxt;
}
public void fun1FromAndroid(String name) {
Toast.makeText(mContxt, name, Toast.LENGTH_LONG).show();
}
public void fun2(String name) {
Toast.makeText(mContxt, "调用fun2:" + name, Toast.LENGTH_SHORT).show();
}
}
⑶ 关于Android WebView的那些事
[TOC]
Webkit是一个开源浏览器项目，其中，对Android开发者来说，或多或少的都有些接触。 在应用层来看，最经常使用无非这么几个类：WebView（Android中最为复杂，也是最为简单的一个View，继承自AbsoluteLayout），WebViewClient、WebChromeClient（作为回调控制类）、WebSettings（进行设置项的配置）等；Webkit内部包含了网络请求、页面渲染、Js引擎等等。在Android4.4之前的版本中，系统使用的是Webkit内核，其后，切换到Google的Chromium内核。本文主要介绍的是在Android中，如何使用Webkit进行H5页面的展现，以及常见问题的分析手段。
下面的内容抄自网络 & 乱七八糟的地方，简单了解一下。
<b><i>前面都是吹牛逼的信息，如何使用Webkit来更好的搬砖？ 且听如下分解</i></b>
XML布局中丢一个 <WebView> 标签，然后再 Activity 或者 Fragment 中 findViewById ，进而 loadUrl ，一般也没人这么简单的用，除非写Demo。很简单，它就是一个Layout，提供了一个调用加载页面的接口，不写范例了，能看到这篇文章的都看过Google的API说明。
主要涉及到WebView和WebSettings两个类。
例如：
其实就是WebView的父类ViewGroup和View的方法，不多说了。不过需要注意的是，不是所有的View或ViewGroup的方法对WebView都生效。
列举几类常用的，几乎所有App的 WebView 都会设置的属性：
</br>
如何处理页面跳转以及特殊 Scheme
这个回调可以说是最容易出问题的一个回调，表示什么？ 字面意思，让你重写这个URL 的loading，比如点击html打电话的一个 <a href=“tel：110”> 标签，作为一个有节操、有责任心的浏览器，你需要处理 H5常用的几个Scheme ：
除此之外，还有各个应用自定义的scheme ，举个例子，支付宝的支付Scheme ： alipay： 。 这里的返回值，就代表你有没有能力处理这个url，没有的话Webkit就默认处理了。
需要注意的是，这个回调的触发的绝大多数情况是点击页面的 <a href="xxxx"> a标签，在Android中 loadUrl("http://www..com") ，是不会回调的，为什么不会回调，各位自行理解吧。
超链接 <a> 标签怎么写： 点我
特别说下窗口常见的两种打开方式：
针对单页模式的WebView框架(所有的html窗口均使用同一个WebView实例)，不需要关注target的。
如果作为一个成熟的浏览器框架的话，是需要支持Html、JavaScript使用新窗口打开页面，需要实现如下回调：
还有一个相关设置项： WebSettings.
此时，系统将不会再回调 shouldOverrideUrlLoading 。新窗口逻辑的具体实现机制，可以参考系统browser实现逻辑。
<b> 这里有个坑 </b>
Android 4.4版本 ，如果实现了onCreateWindow，也就是说页面 <a> 标签是这么写的： <a href="http://www..com" target="_blank"> ，点击此链接打开的新WebView窗口，此窗口中的url点击，是不会触发 shouldOverrideUrlLoading 。 这是刚替换成Chrominum内核出的一个bug。本人并没在新版本上验证是否已经修复。
另外，根据不同的Rom，底层实现是不一样的，有的ROM会帮你处理各种调起scheme，也就是startActivity，有的ROM点一个url，就会抛一个intent出来，让用户选择系统浏览器进行加载。
系统默认，提供了一个接口:
有什么安全隐患呢？
戳这里
如果不知道Js怎么写， 请戳我
用PC的截图意思一下，看出区别了吧。 这里确定、取消点击以后就得调用 JsResult、JsPromptResult 的 confirm或者cancel。
因为安全问题，大一些的App Native与Js通信都不再用 WebView.addJavascriptInterface(Object) 了，都改用JsPrompt，因为JsPrompt中有message、有JsPromptResult可以返回给Js一些信息，所以桥选中了JsPrompt，另一个备选方案是JsConsole。
大体有这么几种方式进行传递
具体方案实现时，多方面考虑使用何种方式。
还有一个比较牛逼的
系统源码中均有方法注释，怎么用自己看吧。
那么问题来了
查了下，只有这两个相关的：
WebBackForwardList BackForwardList()
void clearHistory()
系统提供的关于历史记录的操作并不多，因为，不支持单条删除啊，啊啊啊！
WebViewClient中，还有一个相关callback，当系统更新历史记录时回调：
void doUpdateVisitedHistory(WebView view, String url, boolean isReload)
<b>相关问题分析法：历史栈回退错误的定位</b>
绝大多数回退错误是由于接口调用、回调中逻辑执行时序错误。
定位方法：利用 BackForwardList ， doUpdateVisitedHistory 两个接口在 loadUrl、onPageStart、onPageFinish 以及逻辑相关的地方调用，打log，查看历史栈，这里注意下由于loarl是异步的，需要考虑是否加延迟等等保证调用时机的准确。
本人曾经遇到一个问题：在WebChromeClient中的 JsPrompt回调中，直接进行WebView.goBack操作，结果发现WebView确实回退到上一个页面，但是BackFowardList当前页面的index未更新的问题，具体见另一个篇blog。
网上有很多关于WebView内存泄露的讨论，据传，老版本的WebView在展示大量图片的时候，即使 WebView.destory() WebView=null ，也不会销毁。
在新版本上，实际测试结果：compileSDKVersion 23 不会泄露。
一般，我们如何销毁WebView比较保险？
这个问题好大。。。
暂时不介绍，另起blog进行说明。
解决方案：
实现回调 void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error)
首先，提几个需要注意的点：
个人归纳总结几点：
step1 进入开发者模式，勾选“显示布局边界”；
step 2，回到你想查看的界面； step 3 假如内容区只有一层基本就是H5 WebView的，多个层级，就是Native。
看到左右图的差异了吧。
还有另一种方法，RD屌丝们看这里，特别说明，这种方法不太适合浏览器。 （自有内核，可能会不准确）
好了，就介绍到这里，零零散散的几年前写的文章，第一篇blog，如有不对的地方，还恳请大家指正。