Android 仿佛成了一块任人宰割的肥肉，但作为主导 Android 的 Google，并没有对此做出任何表态，难不成 Google 愿意放任不管，顺便当个大慈善家？

　　Google 收购 Android 时，看中了其在移动平台上无穷的商业潜力，之后随着智能手机的快速普及，Android 很快成为全球第一大操作系统，这让 Google 得到了数十亿用户，商业潜力不言而喻。

　　因此，在华为和微软们看来，Android 其实算不上一块「肥肉」，它们看中的也不是 Android 系统，而是背后丰富的应用生态，所以用「薅 Android 的羊毛」来表述或许更合适一些。而对于 Google 来说，像 Windows 11 和一些 Linux 发行版虽然支持 Android app，但脱离了 GMS 服务，所以说 Google 管不着，也没有权利管。不过受到政策限制的华为是个例外，HarmonyOS 用自有的 HMS 代替了 GMS，但 Google 对此也只能表示无奈。

　　虽然从系统层面无权管控，但 Google 还能在应用层面进行限制。最近一段时间，Google 宣布从 8 月份起，Play Store 规定用 AAB 格式取代 APK 格式作为新的应用安装包，这看起来只是简单的格式变化，不过联想到 HarmonyOS、Windows 11 等系统刚刚兼容 Android APK，而 Google 的此举，似乎堵上了这些第三方系统薅 Android 羊毛的途径。

　　这样的做法与华为 HarmonyOS 看起来很像，HarmonyOS 手机系统同时兼容两种格式的应用，一种是 Android 原有的 APK，另一种则是鸿蒙的 HAP 应用，HAP 应用可以部署到不同硬件条件的智能终端上，但最重要的是，华为出于构建鸿蒙生态的需要，希望用 HAP 应用逐步替代 APK。因此 HAP 只兼容 HarmonyOS，并不兼容 Android。

　　不过 Google 与华为不同，前面我们说过，Google 只在乎 GMS，对于 Android 应用生态则一向秉持着开放态度，这也是 Android 生态枝繁叶茂的根本原因，而至于 AAB 格式，实际上是一种更先进的应用封装形式。由于 Android 设备数量众多，配置各不相同，所以我们下载到的 APK 其实包括了针对不同机型的资源文件，这样会造成许多资源浪费。

　　为了解决这一问题，Google 从 2018 年开始推行 AAB 格式，AAB 只作为开发者上传至应用商店的格式，用户下载到的依旧是 APK。区别在于，AAB 格式安装部署更加灵活，可以针对不同配置、不同分辨率的机型提供对应的 APK 版本，因此用户下载到的 APK 文件会是专属的，体积更小，也更节省资源。这才是 Google 推行 AAB 的主要目的，而并非加强应用管控。

　　实际上，Google 并不需要对 Android 应用生态进行过分管控，相比于此，更大的问题是 Android 系统本身带来的。

　　在未来，多端融合、万物互联将成为硬件发展的主题，同样也会是操作系统的迭代方向，随着技术的不断升级，未来的操作系统多会朝着华为鸿蒙的方向发展，即全场景操作系统，一套系统将面对多套终端。

　　而彼时 Android 则会失去优势，在我们印象中，Android 更适用于手机和平板这种相对高性能的设备，但由于其先天的限制条件（最小运行内存不得低于 512MB），却不适合智能音箱、智能手表和汽车这些算力相对较弱硬件平台。此外，Android 作为基于 Linux 内核开发的操作系统，维护和管控的难度也很高，由此衍生出的版本碎片化问题直到如今也让 Google 头痛不已。

　　Google 并不是没有准备，它早在 2016 年就开始了 Fuchsia OS 的计划，Fuchsia OS 的理念与 HarmonyOS 极为相似，一样采用微内核和模块化设计，可以部署到手机、汽车、音响、手表等不同的硬件设备上，当然 Fuchsia OS 的手机系统一样兼容 Android app谷歌相册要翻墙好麻烦，只是 Google 的研发进度实在太慢，直到现在还没什么太大进展，它作为 Google 的下一个 Android，距离用户似乎还有很远。

　　技术变迁总是很快，仅拥有十余年历史的 Android 也将不再适应未来的硬件发展趋势，不能满足 Google 的需要了。它唯一留下来的，也许就是丰富的应用生态，被薅羊毛是 Android 最好的归宿了。