【行业网站系统源码】【小游戏源码视频】【运维人员源码】aosp webview源码

时间:2024-12-23 23:17:42 编辑:企信通系统源码 来源:资料索引网站源码

1.手机怎么更新webview
2.androidwebview下载(webviewapp下载)
3.android webView不支持auto-fill排查修复笔记
4.最简最全,一文搞定Android WebView编译+AOSP集成
5.androidwebview下载(webviewapp下载)

aosp webview源码

手机怎么更新webview

       第一步,下载安装谷歌WebView,arm arm一体包点此下载(安装时部分系统可能提示升级,请升级)。

       第二步,行业网站系统源码打开开发者选项,找到WebView实现,我的手机出现了两个WebView,AOSP WebView为安卓自带,Google WebView为刚才安装的,某些手机系统可能只有Google WebView。选择Google WebView,退出并重启手机。现在你的手机已经安装了最新Google WebView内核并使用了它。

       如果你没有找到这个选项,使用it之家打开这个网站(点此前往),如果版本号和你安装的相同,则安装生效。不同的话,可以卸载了刚才的安装,这个方法不适用于你的手机。

androidwebview下载(webviewapp下载)

       Android中的webview为何设置了setDownloadListener无效呢

       webview里是用html语言管控的,在html语言里置顶就可以了,用绝对位置

手机安装webview插件后没有出现图标是什么原因

       在Android跨入5.0版本之后,我们在使用Android手机的过程中,可能会发现一个奇特的现象,就是手机里的WebView是可以在应用商店升级,而不需要跟随系统的。

       这一点在iOS中尚未实现,(iOSOTA的历史也不是特别的悠久)。但是webview.apk不是一个普普通通的apk,首先它没有图标,不算是点击启动的“App”。同时,更新这个APK,小游戏源码视频会让所有使用webview的应用都得到更新,哪怕是webview中的UI,比如前进后退也一样,得到更新。

       这一点是如何做到的呢?今天我们来分析下webview这个奇特的APK。

       Android资源和资源ID

       如果开发过Android的小伙伴,对R这个类是熟悉得不能再熟悉了,一个R类,里面所有的“字符串”我们都看得懂,但是一堆十六进制的数字,我们可能并不是非常的熟悉,比如看见一个R长这样:

       publicclassR{

       publicstaticclasslayout{

       publicstaticfinalintactivity_main=0x7f

       }

       }

       后面那串十六进制的数字,我们一般称之为资源ID(resId),如果你对R更熟悉一点,更可以知道资源id其实是有规律的,它的规律大概是

       0xPPTTEEEE

       其中PP是packageId,TT是typeId,EEEE是按规律出来的实体ID(EntryId),今天我们要关注的是前四位。如果你曾经关注的话,你大概会知道,我们写出来的App,一般PP值是7F。

       我们知道android针对不同机型以及不同场景,定义了许许多多config,最经典稿唤枣的多语言场景:

       values/values-en/values-zh-CN我们使用一个字符串资源可能使用的是相同的ID,但是拿到的具体值是不同的。这个模型就是一个表模型——id作为主键,查询到一行数据,再根据实际情况选择某一列,一行一列确定一个最终值:

       这种模型对我们在不键拆同场景下需要使用“同一含义”的资源提供了非常大的便捷。Android中有一个类叫AssetManager就是负责读取R中的id值,最终到一个叫resources.arsc的表中找到具体资源的路径或者值返回给App的。

       插件化中的资源固定

       我们经常听见Android插件化方案里,有一个概念叫固定ID,运维人员源码这是什么意思呢?我们假设一开始一个App访问的资源id是0x7f,它是一张,这时候我们下发了新的插件包,在构建的过程中,新增了一个字符串,恰好这张在编译中进行了某种排序,排序的结果使得oxPPTT中的string的TT变成了,于是这个字符串的id又恰好变成了0x7f。那么老代码再去访问这个资源的时候,访问0x7f,这时候拿到的不再是,而是一个字符串,那么App的Crash就是灾难性的了。

       因此,我们期望资源id一旦生成,就不要再动来动去了。但是这里又有一个非常显眼的问题:如果packageId永远是7f,那么显然是不够链枯用的,我们知道有一定的方案可以更改packgeId,只要在不同业务包中使用不同的packageId,这样能极大避免id碰撞的问题,为插件化使用外部资源提供了条件。

       等等!我们在开头说到了webview.apk的更新——代码,资源都可以更新。这听上去不就是插件化的一种吗?Google应用开发者无感知的情况下,到底是怎么实现webview的插件化的呢?如果我们揭开了这一层神秘的面纱,我们是不是也可以用这个插件化的特性了呢?

       答案当然是肯定的。

       WebViewAPK和android系统资源

       我作为一个Android工具链开发,在开始好奇webview的时候,把webview.apk下载过来的第一时间,就是把它拖进AndroidStudio,看一看这个APK到底有哪里不同。

       仔细看,它资源的读写锁底层源码packgeId是!直觉告诉我,0这个值很特殊。

       我们再看下大名鼎鼎的androidsdk中的android.jar提供的资源。

       这里说个题外话,我们使用android系统资源,比如@android:color/red这样的方式,其实就是使用到了android.jar中提供的资源。我们可以把这个android.jar重命名成android.apk,拖进AndroidStudio中进行查看。

       我们看到,android.jar中资源的packageId是。直觉告诉我,1这个值也很特殊,(2看上去就不那么特殊了)这个的实现,其实靠猜也知道是怎么做的——把packageId作为保留id,android系统中资源的id永久固定,那么所有app拿到的0x开头的资源永远是确定的,比如,我们去查看color/black这个资源,查看上面那张表里的结果是0xc,那么我至少确定我这个版本所有android手机的@android:color/black这个资源的id全都是0xc。我们可以做一个demo为证,我编译一个xml文件:

       webview使用loadDataWithBaseURL方法的时候是没有问题,但是在ScrollView下边使用的时候,在小米手机显示不了;在一个页面中的H5使用SVG进行绘图,但是在VIVO和OPPO手机都无法显示,最后网上查了一堆资料,各种Settings设置,但是还是不显示,感觉还是SVG兼容性问题,OPPO和VIVOroom做的也

       急急急!安卓开发:webview遇到磁力链接如何调用迅雷下载

       迅雷~下载(主页右上)~+(下载页右上)~新建下载链接。

androidwebview怎么使用本地缓存

       android

       webview使段州用本地缓存的话,思路如下:

       定义一个离线下载的服务Service

       启动后台服务Service来执行异步下载

       存储到本地数据库中

       每一次加载url之前,先判断数据库是试客源码下载否存在缓存内容

       5.如果存在缓存,优先加载本地缓存,如知燃滑搭腊果不存在,才执行联网请求

androidwebview加载网页很慢,而浏览器很快

       Android客户端中混搭HTML页面,会出现虽然HTML内容载入完成,标题也正常显示,但是整个网页需要等到近5秒(甚至更多)时间才会显示出来。研究了很久,简链闭搜遍了国外很多唤坦网站,也看过PhoneGap的代码,一直无解。

       一般人堆WebView的加速,都是建议先用webView.getSettings().setBlockNetworkImage(true);将下载阻塞,然后在浏览器的OnPageFinished事件中设置webView.getSettings().setBlockNetworkImage(false);通过的延迟载入,让拦裂网页能更快地显示。

       但是,通过实际的日志发现,Android的OnPageFinished事件会在Javascript脚本执行完成之后才会触发。如果在页面中使用JQuery,会在处理完DOM对象,执行完$(document).ready(function(){ });事件自会后才会渲染并显示页面。如下图

       详细代码

Android5.x免Root升级系统WebView

       Android的系统碎片化问题可以说是Android系统最大的硬伤了,自这个系统诞生以来十几年过去了,依然没能很好的解决,碎片化问题也是每个Android开发工程师心中的隐痛?,每次处理系统碎片化带来的问题时,血压也能分分钟飙升到+,为了减轻其他同仁的痛苦以及此后再遇到类似问题能少踩几个坑,就之前的爬坑经历做个记录吧。

       有关WebieView的重要性和其使用不是本文的重点,但是有几个相关的属性我们必须了解:

       在Android4.4(APIlevel)系统以前,Android使用了原生自带的AndroidWebkit内核,这个内核对HTML5的支持不是很好,现在使用4.4以下机子的也不多了,就不对这个内核做过多介绍了,有兴趣可以看下这辩丛闷篇文章。

       从携弯Android4.4系统开始,Chromium内核取代了Webkit内核,正式地接管了WebView的渲染工作。Chromium是一个开源的浏览器内核项目,基于Chromium开源项目修改实现的浏览器非常多,包括最著名的Chrome浏览器,以及一众国内浏览器(浏览器、QQ浏览器等)。其中Chromium在Android上面的实现是AndroidSystemWebView^1。

       从Android5.0系统开始,WebView移植成了一个独立的apk,可以不依赖系统而独立存在和更新,我们可以在系统-设置-AndroidSystemWebView看到WebView的当前版本。

       从Android7.0系统开始,如果系统安装了Chrome(version),那么Chrome将会直接为应用的WebView提供渲染,WebView版本会随着Chrome的更新而更新,用户也可以选择WebView的服务提供方(在开发者选项-WebViewImplementation里),WebView可以脱离应用,在一个独立的沙盒进程中渲染页面(需要在开发者选项里打开)^2。

       从Android8.0系统开始,默认开启WebView多进程模式,即WebView运行在独立的沙盒进程中^3。――节选自如何设计一个优雅健壮的AndroidWebView?(上)

       WebView的包名在AOSP中的值是com.android.webview,该值是在AOSP构建过程中编译的版本,也就是说它是和系统一起被编译出来的,由于大部分的第三方手机制造商都有自己的定制ROM,所以包名也是不尽相同,比如MIUIROM中它已经被改为com.mi.webkit.core。从WebView的版本历史中可以看到自Android5.0开始WebView移植成了一个独立的apk,可以不依赖系统而独立存在和更新,这时候起WebView的包名就正式改为com.google.android.webview了。

       所以这就是郑核为什么网上一堆人问为啥升级了一下系统WebView,App内使用到WebView的地方或者是内置浏览器一碰就报PackageManager$NameNotFoundException:com.google.android.webview或者PackageManager$NameNotFoundException:com.android.webview之类的错误,这些问题在Android5.0的机器上非常常见,因为你升级了WebView之后TMD包名都变了?,而ROM定制商一般在版本衔接时都很保守,所以即使系统升到了Android5.0,解决方案未必就是最新的,内置的WebView依然可能是硬编码进ROM的,所以系统环境引用的包名可能依旧是com.android.webview,你升级到com.google.android.webview它当然不认识了?。

       通过上面一通废话,你应该知道了,替换的坑就在如果你换上去的WebView包名和原内置的WebView包名不一致,就无法使用,所以就需要找一个包名一致的高版本APK了,还有一种方法是在系统目录某个配置文件里改个什么值,也就是包名引用,这样你就能换成任何包名的APK了,这个暂时没仔细研究,后续有结果了再更新。

       APKMirror是一个APK镜像站点,在这里可以找到很多APK的release版本以及历史版本,尤其Google全家桶系列的APK非常全,我们在这里根据需求直接搜索包名就可以了,我这里需要com.android.webview,检索到如下结果,可以看到这些都是从第三方ROM里提取出来的。

       因为Google官方早在WebView的时候就已经将包名换成com.google.android.webview了,最新的是.xxx,我翻了页才找到最早改名并独立出来的那个版本?。

       adbconnect...

       adbshell

       su

       mount-orw,remount/system

       这里原目录下的文件分别有/webview/webview.apk和/webview/lib/arm/libwebviewchromium.so,备份原目录:

       cd/system/app

       mvwebview/webview-b/

       mkdir-pwebview/lib/arm/

       这里很简单,文件后缀.apk直接改成.zip然后解压缩,复制出libwebviewchromium.so即可

       先上传文件到设备/sdcard,然后执行如下命令移动过去,和原路径以及原文件名保持一致即可。

       mv/sdcard/xxx.apk/system/app/webview/webview.apk

       mv/sdcard/xxx.so/system/app/webview/lib/arm/libwebviewchromium.so

       cd/system/app/

       chmodwebview/

*

       adbreboot

       如上一顿操作,其实也没什么难度,主要的坑就是包名一致的问题,还有一些系统目录访问权限之类的问题,之前网上搜了好多,都说不root没法换,或者换了会出问题,root权限其实就是为了访问和写入系统目录,通过重新挂载就解决了,换了会崩掉的问题其实就是历史遗留问题,从4.x过度到5.0WebView独立了,所以包名变了,或者是ROM定制方不按套路来导致换上去的WebView不被系统识别,只要找到合适的包就解决了。

android webView不支持auto-fill排查修复笔记

       在项目中,我们遇到了使用Android WebView不支持自动填充的问题,尝试了多种方法,包括设置 "very_important" 标签和 "auto-fill-hints" 属性,都未能解决问题。在排查过程中,我们发现当使用静态的 XML 布局添加 WebView 时,该问题能够得到解决,而使用封装的 WebView 池时,问题依旧存在。我们通过详细的排查,最终发现 WebView 实现的来源,即为 Google 编译的 Chromium 下发的 WebView 实现 APK,并非存在于 AOSP 代码仓库中。

       在深入排查后,我们发现问题是由于 WebView 实例在初始化时的条件判断错误导致。具体来说,在应用创建 WebView 实例时,通过 mProvider 解耦 AOSP 与 WebView 实现,触发 WebViewChromium 的 init() 方法后,判断当时的 AutoFill 是否可用的条件不成立,错误地保存了 false 的值到 mDisable 变量中。该变量的生命周期与 WebView 相同,导致后续使用场景中 WebView 不支持自动填充。

       为了修复这一问题,我们提出了以下方案:如果条件允许,可以考虑使用静态 XML 布局来使用 WebView,以避免预加载等场景下可能导致的问题。如果需要预加载等复杂使用场景,我们需要确保在初始化 WebView 时,正确判断并利用可用的 AutoFill 功能。这可能涉及对 WebView 初始化逻辑的调整,以确保 mDisable 变量在正确的上下文中被正确初始化。

最简最全,一文搞定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后,可以确保为用户提供最新、定制化的浏览器体验。

androidwebview下载(webviewapp下载)

       Android中的webview为何设置了setDownloadListener无效呢

       webview里是用html语言管控的,在html语言里置顶就可以了,用绝对位置

手机安装webview插件后没有出现图标是什么原因

       åœ¨Android跨入5.0版本之后,我们在使用Android手机的过程中,可能会发现一个奇特的现象,就是手机里的WebView是可以在应用商店升级,而不需要跟随系统的。

       è¿™ä¸€ç‚¹åœ¨iOS中尚未实现,(iOSOTA的历史也不是特别的悠久)。但是webview.apk不是一个普普通通的apk,首先它没有图标,不算是点击启动的“App”。同时,更新这个APK,会让所有使用webview的应用都得到更新,哪怕是webview中的UI,比如前进后退也一样,得到更新。

       è¿™ä¸€ç‚¹æ˜¯å¦‚何做到的呢?今天我们来分析下webview这个奇特的APK。

       Android资源和资源ID

       å¦‚果开发过Android的小伙伴,对R这个类是熟悉得不能再熟悉了,一个R类,里面所有的“字符串”我们都看得懂,但是一堆十六进制的数字,我们可能并不是非常的熟悉,比如看见一个R长这样:

       publicclassR{

       publicstaticclasslayout{

       publicstaticfinalintactivity_main=0x7f

       }

       }

       åŽé¢é‚£ä¸²åå…­è¿›åˆ¶çš„数字,我们一般称之为资源ID(resId),如果你对R更熟悉一点,更可以知道资源id其实是有规律的,它的规律大概是

       0xPPTTEEEE

       å…¶ä¸­PP是packageId,TT是typeId,EEEE是按规律出来的实体ID(EntryId),今天我们要关注的是前四位。如果你曾经关注的话,你大概会知道,我们写出来的App,一般PP值是7F。

       æˆ‘们知道android针对不同机型以及不同场景,定义了许许多多config,最经典稿唤枣的多语言场景:

       values/values-en/values-zh-CN我们使用一个字符串资源可能使用的是相同的ID,但是拿到的具体值是不同的。这个模型就是一个表模型——id作为主键,查询到一行数据,再根据实际情况选择某一列,一行一列确定一个最终值:

       è¿™ç§æ¨¡åž‹å¯¹æˆ‘们在不键拆同场景下需要使用“同一含义”的资源提供了非常大的便捷。Android中有一个类叫AssetManager就是负责读取R中的id值,最终到一个叫resources.arsc的表中找到具体资源的路径或者值返回给App的。

       æ’件化中的资源固定

       æˆ‘们经常听见Android插件化方案里,有一个概念叫固定ID,这是什么意思呢?我们假设一开始一个App访问的资源id是0x7f,它是一张图片,这时候我们下发了新的插件包,在构建的过程中,新增了一个字符串,恰好这张图片在编译中进行了某种排序,排序的结果使得oxPPTT中的string的TT变成了,于是这个字符串的id又恰好变成了0x7f。那么老代码再去访问这个资源的时候,访问0x7f,这时候拿到的不再是图片,而是一个字符串,那么App的Crash就是灾难性的了。

       å› æ­¤ï¼Œæˆ‘们期望资源id一旦生成,就不要再动来动去了。但是这里又有一个非常显眼的问题:如果packageId永远是7f,那么显然是不够链枯用的,我们知道有一定的方案可以更改packgeId,只要在不同业务包中使用不同的packageId,这样能极大避免id碰撞的问题,为插件化使用外部资源提供了条件。

       ç­‰ç­‰ï¼æˆ‘们在开头说到了webview.apk的更新——代码,资源都可以更新。这听上去不就是插件化的一种吗?Google应用开发者无感知的情况下,到底是怎么实现webview的插件化的呢?如果我们揭开了这一层神秘的面纱,我们是不是也可以用这个插件化的特性了呢?

       ç­”案当然是肯定的。

       WebViewAPK和android系统资源

       æˆ‘作为一个Android工具链开发,在开始好奇webview的时候,把webview.apk下载过来的第一时间,就是把它拖进AndroidStudio,看一看这个APK到底有哪里不同。

       ä»”细看,它资源的packgeId是!直觉告诉我,0这个值很特殊。

       æˆ‘们再看下大名鼎鼎的androidsdk中的android.jar提供的资源。

       è¿™é‡Œè¯´ä¸ªé¢˜å¤–话,我们使用android系统资源,比如@android:color/red这样的方式,其实就是使用到了android.jar中提供的资源。我们可以把这个android.jar重命名成android.apk,拖进AndroidStudio中进行查看。

       æˆ‘们看到,android.jar中资源的packageId是。直觉告诉我,1这个值也很特殊,(2看上去就不那么特殊了)这个的实现,其实靠猜也知道是怎么做的——把packageId作为保留id,android系统中资源的id永久固定,那么所有app拿到的0x开头的资源永远是确定的,比如,我们去查看color/black这个资源,查看上面那张表里的结果是0xc,那么我至少确定我这个版本所有android手机的@android:color/black这个资源的id全都是0xc。我们可以做一个demo为证,我编译一个xml文件:

       webview使用loadDataWithBaseURL方法的时候是没有问题,但是在ScrollView下边使用的时候,在小米手机显示不了;在一个页面中的H5使用SVG进行绘图,但是在VIVO和OPPO手机都无法显示,最后网上查了一堆资料,各种Settings设置,但是还是不显示,感觉还是SVG兼容性问题,OPPO和VIVOroom做的也

       æ€¥æ€¥æ€¥ï¼å®‰å“开发:webview遇到磁力链接如何调用迅雷下载

       è¿…雷~下载(主页右上)~+(下载页右上)~新建下载链接。

androidwebview怎么使用本地缓存

       android

       webview使段州用本地缓存的话,思路如下:

       å®šä¹‰ä¸€ä¸ªç¦»çº¿ä¸‹è½½çš„服务Service

       å¯åŠ¨åŽå°æœåŠ¡Service来执行异步下载

       å­˜å‚¨åˆ°æœ¬åœ°æ•°æ®åº“中

       æ¯ä¸€æ¬¡åŠ è½½url之前,先判断数据库是否存在缓存内容

       5.如果存在缓存,优先加载本地缓存,如知燃滑搭腊果不存在,才执行联网请求

androidwebview加载网页很慢,而浏览器很快

       Android客户端中混搭HTML页面,会出现虽然HTML内容载入完成,标题也正常显示,但是整个网页需要等到近5秒(甚至更多)时间才会显示出来。研究了很久,简链闭搜遍了国外很多唤坦网站,也看过PhoneGap的代码,一直无解。

       ä¸€èˆ¬äººå †WebView的加速,都是建议先用webView.getSettings().setBlockNetworkImage(true);将图片下载阻塞,然后在浏览器的OnPageFinished事件中设置webView.getSettings().setBlockNetworkImage(false);通过图片的延迟载入,让拦裂网页能更快地显示。

       ä½†æ˜¯ï¼Œé€šè¿‡å®žé™…的日志发现,Android的OnPageFinished事件会在Javascript脚本执行完成之后才会触发。如果在页面中使用JQuery,会在处理完DOM对象,执行完$(document).ready(function(){ });事件自会后才会渲染并显示页面。如下图

       è¯¦ç»†ä»£ç 

Android5.x免Root升级系统WebView

       Android的系统碎片化问题可以说是Android系统最大的硬伤了,自这个系统诞生以来十几年过去了,依然没能很好的解决,碎片化问题也是每个Android开发工程师心中的隐痛?,每次处理系统碎片化带来的问题时,血压也能分分钟飙升到+,为了减轻其他同仁的痛苦以及此后再遇到类似问题能少踩几个坑,就之前的爬坑经历做个记录吧。

       æœ‰å…³WebieView的重要性和其使用不是本文的重点,但是有几个相关的属性我们必须了解:

       åœ¨Android4.4(APIlevel)系统以前,Android使用了原生自带的AndroidWebkit内核,这个内核对HTML5的支持不是很好,现在使用4.4以下机子的也不多了,就不对这个内核做过多介绍了,有兴趣可以看下这辩丛闷篇文章。

       ä»Žæºå¼¯Android4.4系统开始,Chromium内核取代了Webkit内核,正式地接管了WebView的渲染工作。Chromium是一个开源的浏览器内核项目,基于Chromium开源项目修改实现的浏览器非常多,包括最著名的Chrome浏览器,以及一众国内浏览器(浏览器、QQ浏览器等)。其中Chromium在Android上面的实现是AndroidSystemWebView^1。

       ä»ŽAndroid5.0系统开始,WebView移植成了一个独立的apk,可以不依赖系统而独立存在和更新,我们可以在系统-设置-AndroidSystemWebView看到WebView的当前版本。

       ä»ŽAndroid7.0系统开始,如果系统安装了Chrome(version),那么Chrome将会直接为应用的WebView提供渲染,WebView版本会随着Chrome的更新而更新,用户也可以选择WebView的服务提供方(在开发者选项-WebViewImplementation里),WebView可以脱离应用,在一个独立的沙盒进程中渲染页面(需要在开发者选项里打开)^2。

       ä»ŽAndroid8.0系统开始,默认开启WebView多进程模式,即WebView运行在独立的沙盒进程中^3。――节选自如何设计一个优雅健壮的AndroidWebView?(上)

       WebView的包名在AOSP中的值是com.android.webview,该值是在AOSP构建过程中编译的版本,也就是说它是和系统一起被编译出来的,由于大部分的第三方手机制造商都有自己的定制ROM,所以包名也是不尽相同,比如MIUIROM中它已经被改为com.mi.webkit.core。从WebView的版本历史中可以看到自Android5.0开始WebView移植成了一个独立的apk,可以不依赖系统而独立存在和更新,这时候起WebView的包名就正式改为com.google.android.webview了。

       æ‰€ä»¥è¿™å°±æ˜¯éƒ‘核为什么网上一堆人问为啥升级了一下系统WebView,App内使用到WebView的地方或者是内置浏览器一碰就报PackageManager$NameNotFoundException:com.google.android.webview或者PackageManager$NameNotFoundException:com.android.webview之类的错误,这些问题在Android5.0的机器上非常常见,因为你升级了WebView之后TMD包名都变了?,而ROM定制商一般在版本衔接时都很保守,所以即使系统升到了Android5.0,解决方案未必就是最新的,内置的WebView依然可能是硬编码进ROM的,所以系统环境引用的包名可能依旧是com.android.webview,你升级到com.google.android.webview它当然不认识了?。

       é€šè¿‡ä¸Šé¢ä¸€é€šåºŸè¯ï¼Œä½ åº”该知道了,替换的坑就在如果你换上去的WebView包名和原内置的WebView包名不一致,就无法使用,所以就需要找一个包名一致的高版本APK了,还有一种方法是在系统目录某个配置文件里改个什么值,也就是包名引用,这样你就能换成任何包名的APK了,这个暂时没仔细研究,后续有结果了再更新。

       APKMirror是一个APK镜像站点,在这里可以找到很多APK的release版本以及历史版本,尤其Google全家桶系列的APK非常全,我们在这里根据需求直接搜索包名就可以了,我这里需要com.android.webview,检索到如下结果,可以看到这些都是从第三方ROM里提取出来的。

       å› ä¸ºGoogle官方早在WebView的时候就已经将包名换成com.google.android.webview了,最新的是.xxx,我翻了页才找到最早改名并独立出来的那个版本?。

       adbconnect...

       adbshell

       su

       mount-orw,remount/system

       è¿™é‡ŒåŽŸç›®å½•ä¸‹çš„文件分别有/webview/webview.apk和/webview/lib/arm/libwebviewchromium.so,备份原目录:

       cd/system/app

       mvwebview/webview-b/

       mkdir-pwebview/lib/arm/

       è¿™é‡Œå¾ˆç®€å•ï¼Œæ–‡ä»¶åŽç¼€.apk直接改成.zip然后解压缩,复制出libwebviewchromium.so即可

       å…ˆä¸Šä¼ æ–‡ä»¶åˆ°è®¾å¤‡/sdcard,然后执行如下命令移动过去,和原路径以及原文件名保持一致即可。

       mv/sdcard/xxx.apk/system/app/webview/webview.apk

       mv/sdcard/xxx.so/system/app/webview/lib/arm/libwebviewchromium.so

       cd/system/app/

       chmodwebview/

*

       adbreboot

       å¦‚上一顿操作,其实也没什么难度,主要的坑就是包名一致的问题,还有一些系统目录访问权限之类的问题,之前网上搜了好多,都说不root没法换,或者换了会出问题,root权限其实就是为了访问和写入系统目录,通过重新挂载就解决了,换了会崩掉的问题其实就是历史遗留问题,从4.x过度到5.0WebView独立了,所以包名变了,或者是ROM定制方不按套路来导致换上去的WebView不被系统识别,只要找到合适的包就解决了。