android 更新的标准模型现在是一个滚动测试程序，单个设备可以注册。这将为开发人员提供一种在消费者推出之前执行测试的简单方法，前提是他们有合适的测试农场或集合测试安装。

这可能是比依赖个别开发人员积极参与安全更新更好的选择。如果一切顺利，只要平台受支持，设备就会保持更新。如果出现问题，并且开发人员不再活跃，则消费者将受到“保护”，不会在其网络上使用易受攻击的设备（即使这意味着他们必须更换现已过时的设备）。

值得一提的是，Android平台是更成熟的现在比以前要，所以少破损似乎是一个现实的希望。

谷歌是否会在没有设备开发人员验证其工作的情况下使用 Android Things 向物联网设备推送更新？

是的，对于 Android Things 设备，谷歌计划在没有任何设备开发人员验证的情况下持续推动升级。

这可能会导致破损吗？

据说这是通过确保设备开发者应用程序和 BSP 供应商库仅通过 API 合同与 Android Things OS 软件组件交互来实现的。如果 BSP 供应商库需要更新，它们将作为操作系统升级包的一部分进行推送。

看来，谷歌正在其实验室中测试第一组设备的每次升级。这更接近于 Chrome OS 的升级维护模式。