在所有一代Android设备中，包括Marshmallow在内的操作系统更新基本上都是以相同的方式工作的：下载更新，重新启动**，然后应用更新。在这段时间内，**会变得毫无用处，至少在更新完全安装之前是这样。随着牛轧糖的新“无缝更新”，这一模式已成为过去。

android 7.0 nougat的更新有何变化

谷歌已经从他们自己的Chrome操作系统中获取了一个页面，用于新的更新方法。chromebook一直都是这样工作的：更新在后台下载，然后提示用户需要重新启动才能完成安装过程。一个快速重新启动后，更新是完整的没有等待更新安装，没有“优化”，或任何其他东西，似乎需要很长时间。它快速、简单，而且最重要的是，没有不合理的停机时间。

从android7.0开始，这就是Android更新的方向。值得一提的是，这将不适用于设备更新到牛轧糖，只有那些船舶与软件。这样做的原因是完全合乎逻辑的：这种新的更新方法需要两个系统分区才能工作，而且几乎所有当前的Android**都只有一个系统分区。在运行中对设备进行重新分区可能是灾难性的（在许多情况下也可能是灾难性的），因此谷歌决定将其留在当前一代**上是值得尊敬的，尽管这是一个令人沮丧的决定。

它的工作原理是这样的：有一个活动系统分区和一个休眠分区，它们是彼此的镜像。当OTA更新可用时，活动分区下载它，然后更新休眠分区。一次重新启动之后，休眠分区变为活动分区，以前的活动分区变为休眠分区，这将应用更新的软件。

相关：如何用谷歌的工厂图片手动升级你的Nexus设备

这不仅使整个更新过程大大加快，而且还可以作为一种备份系统。如果更新出错，系统可以在引导时检测到有错误，并简单地返回到未受影响的系统分区。重新启动后，它可以再次ping下载服务器，重新应用更新，然后再次重新启动以完成此过程。与当前需要大量用户交互、Android开发工具和熟悉命令行的系统中如何处理灾难性的更新失败相比，双分区方法更简单。

我们还没有看到这一点，所以仍然有很多问题

当然，它也有自己的问题和担忧。虽然我们在理论上理解了这个系统是如何工作的，但我们还没有看到它在实践中的实际表现，因为牛轧糖还没有更新，也没有7.0附带的设备。任何事情都是猜测，但我可以想象，例如，当应用更新时，系统性能可能会受到相当大的影响。

另外，如果你和我一样，你读了上面的部分就会想：“有两个系统分区需要多少空间？“有人可能会自动假定它将占用两倍的空间，这并不完全是错误的，但您还必须记住，这些是系统分区，这并不意味着安装的每个应用程序都需要两个副本。不过，这意味着，目前的系统需要1G字节（对于Android操作系统来说，这是一种常见的大小），而现在基本上需要2G字节（或更多）。

也就是说，谷歌已经转向了一种新的文件系统SquashFS，它是一种高度压缩的只读文件系统，最初是为内存不足的嵌入式系统设计的。这肯定有助于抵消一些空间问题，这些问题将不可避免地伴随着两个系统分区的设置。尽管如此，我们可能会开始看到设备的出货量至少为32GB。时间会证明一切的。

还不清楚更新后新的休眠分区会发生什么。有一种可能，它可以在后台更新，然后等待另一个新的OTA的到来，但没有技术文档来支持这一理论只是我大声思考。不过，这对我来说似乎还是有意义的，因为否则这个新系统显然会像一个一次性的更新场景，而这正是谷歌试图走的相反方向。

不幸的是，由于还没有一个设备支持新的无缝更新系统，这些问题中的一些将不得不去回答。一旦新一代**开始推出，我们将更好地了解这一切将如何在现实世界中工作。但就目前而言：这听起来是一件非常好的事情。