Android Webkit Browser指的是
成都创新互联公司成都网站建设按需规划网站，是成都网站建设公司,为成都PVC花箱提供网站建设服务,有成熟的网站定制合作流程，提供网站定制设计服务：原型图制作、网站创意设计、前端HTML5制作、后台程序开发等。成都网站设计热线：18982081108
Android下的采用Webkit内核的浏览器
WebKit 是一个开源的浏览器引擎，与之相对应的引擎有Gecko（Mozilla Firefox 等使用）和Trident（也称MSHTML，IE使用）。同时WebKit 也是苹果Mac OS X 系统引擎框架版本的名称，主要用于Safari，Dashboard，Mail 和其他一些Mac OS X 程序。WebKit 前身是 KDE 小组的 KHTML，WebKit 所包含的 WebCore 排版引擎和 JSCore 引擎来自于 KDE 的 KHTML 和 KJS，当年苹果比较了 Gecko 和 KHTML 后，仍然选择了后者，就因为它拥有清晰的源码结构、极快的渲染速度。
Android模拟器默认的地址是10.0.2.3，默认的DNS也是10.0.2.3，对于在家里上网学习Android的人来讲，一般电脑的IP都是192.168.1.100之类的，不在同一个网段。所以就会出现电脑可以上网但是模拟器不能上网的情况。其实设置方法很简单，只要把模拟器的默认DNS设置成电脑的DNS地址即可。
第一步：用系统的命令进入Android开发包的tools目录
cd X:\...\android-sdk-windows\tool
第二布：使用adb的shell，确认系统的各项属性
adb shell
getprop
getprop会列出系统当前的各项属性
第三步：得到模拟器的DNS地址
在结果里可以看到：
[net.dns1]: [10.0.2.3]
[net.dns2]: [10.0.2.4]
[net.dns3]: [10.0.2.5]
[net.dns4]: [10.0.2.6]
第四步：把dns改成我们自己的DNS
setprop net.dns1 192.168.1.1
注：一般TP-LINK及D-LINK的DNS都是192.168.1.1，如果不是请使用ipcnofig /all命令确认。
[img]1. 找到你的toolchain对应的gdb，在模拟器上是arm-eabi-gdb，在prebuild下,把它的目录加到PATH里面
export PATH=$ANDROID_SRC/prebuilt/linux-x86/tootlchain/arm-eabi-4.4.0/bin:$PATH
或者直接加到~/.bashrc里面
2 执行配置脚本
cd$ANDROID_SRC
source build/envsetup.sh
3 启动模拟器，运行浏览器
l gdbclient app_ process :5039 browser
此时就能看到gdb顺利启动起来了（尽管有warning），此时就可以使用你熟悉的gdb命令了
看到
15 ldmdf sp! {r4,r7}
Currentlanguage: auto;current asm
4 设置断点
bFrameLoaderClientAndroid.cpp:868
5 执行
c
6 访问一个网址，就可以看到gdb断点了，enjoy it!
背景：原生时间紧没时间开发任务量大的任务，而前端又闲着打酱油
方案：原生+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本来自带了webkit浏览器，但是要对其进行custom就需要android源代码才行， 但是在没有源码的情况下，那么就需要用到ndk了，比如，我是在xoom上做custom webkit的。 虽然ndk提供的库很少，而且没有skia，但是好在有bitmap，这样显示慢了点，没有硬加速，但不是不可能。 webkit需要的第三方库，freetype，png，jpeg，sqlite3等虽然android源码中有，但是ndk没有开放， 因此所有的第三方库，freetype，png，jpeg，sqlite3，cairo，curl，fontconfig，pixman，iconv等 都需要用ndk cross-compile成静态库，然后链接到最终的动态库中。 选择iconv是icu太大，而且没有多语言的需求，选择cairo+pixman是skia的移植性不好，而且cairo支持很多种backend。 编译第三方库需要用到autoconfig，ndk中有如何生成交叉编译链的文档，然后在configure时使用这个工具链就可以了， 但是android用到的是bionic库，因此会有很少的地方需要修改，有些库也不能生成test程序，但是静态库是没问题的。 利用ndk生成的交叉工具链，在加上webkit自带的cmake编译系统，生成webkit的动态库是没有问题的， 当然是webkit的内核，而且有些平台相关的部分代码需要修改，但是只要是以linux平台为基础，修改还是很容易的， 我移植的webkit是先移植到linux平台上，然后移植到android平台上的，所以修改相对少了很多， 但是修改大多都在WebCore/platform下，在选择了的平台相关库后，做相应的配置和修改， 其次是在WebKit目录，这个主要是支持和使用WebCore，因此在需求不是整个浏览器，而只是正常地显示网页时， 还是可以写的比较简单的。
[TOC]
Webkit是一个开源浏览器项目，其中，对Android开发者来说，或多或少的都有些接触。 在应用层来看，最经常使用无非这么几个类：WebView（Android中最为复杂，也是最为简单的一个View，继承自AbsoluteLayout），WebViewClient、WebChromeClient（作为回调控制类）、WebSettings（进行设置项的配置）等；Webkit内部包含了网络请求、页面渲染、Js引擎等等。在Android4.4之前的版本中，系统使用的是Webkit内核，其后，切换到Google的Chromium内核。本文主要介绍的是在Android中，如何使用Webkit进行H5页面的展现，以及常见问题的分析手段。
下面的内容抄自百度百科 乱七八糟的地方，简单了解一下。
bi前面都是吹牛逼的信息，如何使用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("") ，是不会回调的，为什么不会回调，各位自行理解吧。
超链接 a 标签怎么写： 点我
特别说下窗口常见的两种打开方式：
针对单页模式的WebView框架(所有的html窗口均使用同一个WebView实例)，不需要关注target的。
如果作为一个成熟的浏览器框架的话，是需要支持Html、JavaScript使用新窗口打开页面，需要实现如下回调：
还有一个相关设置项： WebSettings.setJavaScriptCanOpenWindowsAutomatically
此时，系统将不会再回调 shouldOverrideUrlLoading 。新窗口逻辑的具体实现机制，可以参考系统browser实现逻辑。
b 这里有个坑 /b
Android 4.4版本 ，如果实现了onCreateWindow，也就是说页面 a 标签是这么写的： a href="" 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 copyBackForwardList()
void clearHistory()
系统提供的关于历史记录的操作并不多，因为，不支持单条删除啊，啊啊啊！
WebViewClient中，还有一个相关callback，当系统更新历史记录时回调：
void doUpdateVisitedHistory(WebView view, String url, boolean isReload)
b相关问题分析法：历史栈回退错误的定位/b
绝大多数回退错误是由于接口调用、回调中逻辑执行时序错误。
定位方法：利用 copyBackForwardList ， doUpdateVisitedHistory 两个接口在 loadUrl、onPageStart、onPageFinish 以及逻辑相关的地方调用，打log，查看历史栈，这里注意下由于loadurl是异步的，需要考虑是否加延迟等等保证调用时机的准确。
本人曾经遇到一个问题：在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，如有不对的地方，还恳请大家指正。
