android webview_Webview.apk——Google 官方的私有插件化方案

本文由 Gemini Wen 创作

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

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

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

Android 资源和资源ID

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

public class R {    public static class layout {        public static final int activity_main = 0x7f020000    }}

后面那串十六进制的数字，我们一般称之为资源 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 是 0x7f0103，它是一张图片，这时候我们下发了新的插件包，在构建的过程中，新增了一个字符串，恰好这张图片在编译中进行了某种排序，排序的结果使得 oxPPTT 中的 string 的 TT 变成了 01，于是这个字符串的 id 又恰好变成了 0x7f0103。那么老代码再去访问这个资源的时候，访问 0x7f0103，这时候拿到的不再是图片，而是一个字符串，那么 App 的 Crash 就是灾难性的了。

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

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

答案当然是肯定的。

WebView APK 和 android 系统资源

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

仔细看，它资源的 packgeId 是 00！直觉告诉我，0 这个值很特殊。

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

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