Google 停止 Android Things，物联网开发者的替代方案

「Google 停止 Android Things，物联网开发者的替代方案」

2022 年 1 月 5 日，Android Things 控制台正式停止服务，页面返回 404。没有迁移工具，没有数据导出向导，也没有社区告别信。对于少数还在维护相关项目的开发者来说，这一天意味着他们手里的硬件彻底变成了孤儿——OTA 更新通道断了，工厂镜像下不了了，Google 账号体系也不再受理新的设备注册。如果你经历过 Google Reader 或者 Google+ 的死亡，或许会熟悉这种被抛弃感。但 Android Things 的葬礼尤其安静，因为从头到尾，真正把它用在生产环境的人就不多。

从 Brillo 到坟墓：Android Things 的早产与夭折

把时间拨回 2015 年的 Google I/O，Sundar Pichai 在台上宣布了一个叫 Brillo 的项目。名字取自 scrub brush（硬毛刷），暗示要把 Android 刷洗干净，塞进各种 IoT 设备里。当时业内确实需要一个大厂背书的统一物联网操作系统，毕竟碎片化太严重，MCU 这边 FreeRTOS、Zephyr、Contiki 各玩各的，Linux 这边又是各种发行版乱炖。Google 说，我们有 Android，有 Google Play Services，有云端基础设施，做一个裁剪版 Android 给 IoT 用，岂不是降维打击？

2016 年，Brillo 改名为 Android Things，开始走 Developer Preview。这个改名本身就暴露了战略混乱。Brillo 原本想走极简路线，C/C++ 为主，通信协议用自家的 Weave；改名后却开始强调"百万 Android 开发者零门槛切入 IoT"，直接支持 Java 和 Android SDK。听起来很美，可 IoT 开发的核心门槛从来都不是语言。一个 Android 工程师转型写固件，最大的障碍不是 Kotlin 和 C 的区别，而是如何看懂 datasheet、如何调试 I2C 时序、如何把功耗压到微安级。Android Things 解决不了这些，它反而带来了新的麻烦：最低硬件要求是 512MB RAM 和 4GB 存储，CPU 还得是 ARM Cortex-A 级别。

这是个什么概念？当时主流的 IoT 开发板，比如 ESP8266，内存是几十 KB；哪怕是树莓派 Zero，内存也只有 512MB，但 CPU 性能和功耗模型根本不适合跑 Android。Android Things 一上来就把成本门槛拉到了几十美元，这在物联网领域堪称奢侈。物联网的商业模式往往是硬件薄利多销，或者一次性部署长期无人值守。你很难说服一个做智能插座或者温湿度传感器的厂商，为了跑 Android 而多塞一颗 1GB RAM 的芯片。

Developer