1.webview有什么用？
2.最简最全，源码一文搞定Android WebView编译+AOSP集成
3.WebView的源码使用
4.JSBridge原理解析——以WebviewJavascriptBridge实现方式为例
webview有什么用？
主要是用来加载网页的如果你做浏览器相关的应用，肯定要使用webview.还有就是源码，如果你访问自己的源码网页，可以使用Webview，源码通过webview能与JS互动，源码c 语言基础源码这样你就可以实现手机与网页的源码时时互动了。
每个独立的源码进程都能分配独立的内存，这样的源码话，你的源码app可以获得双倍的内存，其中一半给Webview吃。源码增大Webview获得的源码内存，变相的源码减小内存泄露产生OOM的概率。
Webview发生崩溃时不会导致app闪退，源码就像第二点说的源码，因为Webview是在独立进程中，如果发生崩溃，主进程还安然无事，app还在运行中，没有闪退，不闪的才是健康的。
WebKit是Mac OS X v.3及以上版本所包含的软件框架（对v.2.7及以上版本也可通过软件更新获取）。
同时，WebKit也是Mac OS X的Safari网页浏览器的基础。WebKit是一个开源项目，主要由KDE的KHTML修改而来并且包含了一些来自苹果公司的一些组件。
传统上，我的听书源码WebKit包含一个网页引擎WebCore和一个脚本引擎JavaScriptCore，它们分别对应的是KDE的KHTML和KJS。
扩展资料：
hybrid app
Hybrid App(混合模式移动应用)是指介于web-app、native-app这两者之间的app，兼具"Native App良好用户交互体验的优势"和"Web App跨平台开发的优势"。
"云"时代的来临正在改变App和运营团队之间的关系，一场不能避免的变革正在进行。
鉴于移动终端的局限性，移动终端上的APP由本地化应用(Native App)，到混合型应用(Hybrid APP)，再到基于WEB的应用Web App，这一连串的变化都源于技术的更新和市场的需要。
Hybrid App是指介于web-app、native-app这两者之间的app,它虽然看上去是一个Native App，但只有一个UI WebView，里面访问的是一个Web App，比如街旁网最开始的应用就是包了个客户端的壳，其实里面是HTML5的网页，后来才推出真正的原生应用。
再彻底一点的，如掌上百度和淘宝客户端Android版，走的也是Hybrid App的路线，不过掌上百度里面封装的不是WebView，而是自己的浏览内核，所以体验上更像客户端，更高效。上海卫视源码
汽车有混合动力Hybrid，移动应用同样也有混合模式。Hybrid App(混合模式移动应用)兼具"Native App良好用户交互体验的优势"和"Web App跨平台开发的优势"。
很多人不知道市场上一些主流移动应用都是基于Hybrid App的方式开发，比如国外有Facebook、国内有百度搜索等。
国内外Hybrid App的开发框架众多。如何选择又成为一个难题。下面对开发者比较关心的集中知名跨平台开发移动应用中间件进行列表和对比，以便选择最适合您的移动应用中间件。
PhoneGap是相对比较早进入公众视线的一种选择。但是，开发者简单的基于PhoneGap来开发移动应用肯定会发现结果和Web App比较差的用户体验类似。
这也是为什么基于PhoneGap有实用性的移动应用主要集中在iOS上。可是PhoneGap这种现状弱化了HTML5的跨平台价值。
Titanium是一种基于翻译机制的跨平台中间件，能够开发出具有Native体验的移动应用，但是因为翻译机制的限制导致移动应用开发不能像真正的HTML5开发一样灵活。哪怕一个按钮也不能像普通HTML一样来编写，而必须按照Titanium约定的特定格式。
Salama是全新研发的一套Hybrid APP和云端服务整合的开发套件。在终端，一共有三种开发模式:高度混合模式、JS模式和低度混合模式。在低度混合模式下，需要追求终端速度和显示效果的图片弹框源码开发者，可以在不改变原有的构架思路的前提下进行开发。
在JS模式下，所有的画面显示及业务逻辑均由JS程序实现，对于原来的基于WEB的开发者，只要熟悉JS、CSS、HTML的前端工程师就可以轻松构建自己的应用。
在高度混合模式下，原生和HTML5可以随意组合，可以为开发者在进行大型商业软件开发的过程中提供最高的性价比。不仅如此，在云端Salama还提供了一整套云服务，涵盖了业务处理、数据库操作、文件等资源的存储分发等服务。
Salama已经为多家公司提供了方案，知名客户有TOSHIBA-AIRCON、GEDORE等品牌商，同时也在Salama平台上构造了Ishow企业电子目录产品服务。
WeX5具备单View的性能特点，相比PhoneGap、Bootstrap有大幅度性能提升，同时也是以Html5、Javascript、Css3为技术基础的Web型App框架;WeX5框架按照Apache协议将所有源代码进行了开源，技术和模式上显得很开放。mybatis源码解析代理
AppCan在技术架构上和PhoneGap类似是Web主体型中间件，但是通过结合了一些原生交互效果能够达到iOS、Android平台都比较一致的用户体验。
但是相比PhoneGap、WeX5的开源，AppCan相对封闭的路线显得过于谨慎。
Hybrid App这个领域虽然还处于比较初期的阶段，但是已经有很多优秀的公司和技术团队在致力于跨平台开发移动应用中间件技术的研究，给了开发者众多选择。
开发者可以根据实际的项目需求来选择中间件。Web App虽被浏览器厂商和搜索引擎公司所推崇，但存在用户体验差、盈利模式不明确等现阶段无法解决的问题，或最终夭折。
Hybrid App正在被越来越多的公司和开发者所认同，势必会成为新世界的王。
参考资料：
SuperWebView——百度百科
最简最全，一文搞定Android WebView编译+AOSP集成
对于Android开发者来说，Android WebView是不可或缺的内置组件，它提供了一键可用的网页浏览功能。然而，WebView作为系统组件，其版本更新受限于系统级别的开发，可能导致HTML5、ES、CSS特性支持不足。本文将详细介绍如何从Chromium源码编译定制WebView，以及如何集成到AOSP系统中。
首先，确保你已经下载并配置好Chromium源码。编译时，使用gn命令生成args.gn文件，其中需新增system_webview_package_name选项来设置自定义APK包名，特别注意不同Android版本的WebView包名差异。编译目标有三种：system_webview_apk（适用于5.0及以上，独立APK）、monochrome_public_apk（包含WebView和Chrome，适用于自开发系统）和trichrome_webview_apk（适用于Android +，采用aab拆分）。
编译完成后，根据目标选择对应的APK，如system_webview_apk将生成一个SystemWebview.apk，包内包含WebView DevTools，用于调试。通过修改args.gn文件中的包名，确保与系统预装WebView的版本一致。如果在非AOSP系统中，可能需要使用adb或其他工具检查并修改包名。
在编译过程中，还需注意在系统中卸载预装的WebView以避免签名冲突。使用adb脚本进行一键卸载，然后将编译好的APK安装到设备，可能还需修改WebView提供者以指向新安装的版本。
对于AOSP集成，虽然预编译的WebView在AOSP中可用，但建议使用自编译的最新稳定版。根据目标Android版本选择合适的Chromium稳定版代码，并注意兼容性问题。编译正式发布版本时，需设置is_official_build和proprietary_codecs等选项，同时考虑视频编解码的许可证问题。
最后，对于私有签名、包名修改、系统镜像集成以及Android框架的修改，都有详细的步骤和注意事项。编译WebView并成功集成到AOSP后，可以确保为用户提供最新、定制化的浏览器体验。
WebView的使用
在Android应用中，使用WebView组件可以轻松地嵌入网页内容并展示在应用界面上。以下步骤指导了如何在Android项目中集成并有效使用WebView： 第一步：在布局文件中声明WebView组件，用于承载网页内容。 第二步：在Activity中实例化WebView，设置其属性并加载网页。 第三步：在AndroidManifest.xml中添加必要的网络权限，确保WebView能够访问和加载网页资源。 第四步：调用loadUrl( )方法，指定要加载的网页URL。 第五步：通过setWebViewClient( )方法设置WebViewClient，以处理网页中的链接和导航操作。 第六步：设置WebChromeClient；WebChromeClient，以获取网页加载进度等信息，增强用户体验。 此外，WebView提供了多种属性设置，如滚动条样式、支持JavaScript、网页缩放、网页缓存等，以实现更丰富和自定义的网页展示效果。 在加载网络页面、本地HTML或HTML源码时，使用如下的方法：加载网络页面：使用webview.loadUrl(url);
加载本地HTML：使用webView.loadUrl("file:///android_asset/demo.html");
加载HTML源码：使用webView.loadDataWithBaseURL("","html源码","text/html","utf-8","");
为了进一步定制WebView的网页展示和交互体验，可以重写WebViewClient和WebChromeClient类，实现自定义的行为，例如处理链接跳转、显示进度、弹出对话框等。 为了支持用户通过返回键回退网页，可以覆盖Activity的onKeyDown方法，当检测到返回键按下时，检查WebView的状态并调用goBack()方法实现回退操作。 另外，为了实现WebView与JavaScript的交互，可以使用addJavascriptInterface方法，将Android对象暴露给JavaScript，从而实现JavaScript与Android应用的通讯。这允许在WebView中执行JavaScript代码，并在Android应用中接收和响应JavaScript调用，提供了强大的跨平台开发能力。JSBridge原理解析——以WebviewJavascriptBridge实现方式为例
JSBridge是一种webview与native端进行通信的手段。通过JSBridge，webview可以通过jsb调用native的能力，而native端也可以通过jsb在webview上执行逻辑。以WebviewJavascriptBridge为例，解析其实现方式：
在JSBridge中，主要通过拦截URL请求实现native端与webview端的通信效果。WebviewJavascriptBridge是一个较为流行的实现方式，其源码地址为：github.com/marcuswesti...
实现JSBridge的关键步骤包括：
1. 注册Bridge：在webview侧和native侧分别注册bridge，通过一个对象储存所有函数。
2. 初始化代码注入：在webview内部注入初始化代码，此代码执行关键操作。
3. 监听URL请求：在iOS中，如WKWebview，监听URL请求进行相关处理。
4. webview调用native能力：当webview与native端注册桥后，双方可以互相调用。具体过程包括webview调用、native接收、执行响应。
5. native调用webview能力：与webview调用相反，native主动调用JS侧方法。
具体步骤如下：
2-4-1：webview侧调用native，通过callHandler生成message并推入队列，更改iframe src。
2-4-2：native侧处理消息队列，检测iframe src变化，执行WKFlushMessageQueue获取message。
2-4-3：webview侧处理来自native的消息，根据responseId执行回调函数。
过程总结如下图所示。
通过这种方式，JSBridge实现了webview与native端的高效通信，为跨平台应用提供了便利。
