从 Android M 到 Android O:回顾 Pixel 手机的‘进化论’

聊到 Pixel 手机,很多老玩家第一时间想到的可能是第一代 Pixel 的纯净体验。而对于那台机器来说,从 Android M (Marshmallow) 升级到 Android O (Oreo) 的过程,实际上是 Android 整个系统逻辑从‘粗放管理’向‘精细治理’的一次重大跨越。

很多年轻用户可能没经历过那个时代,但对于当时追求极致体验的人来说,M 和 O 的区别不仅仅是版本号的跳跃,而是两个完全不同的设计哲学。

Android M (Marshmallow):权限的‘觉醒’与续航的‘初步尝试’

Android M 是一个标志性的转折点。在此之前,Android 的权限管理极其简单粗暴:安装时要么全部接受,要么拒绝安装。

M 版最核心的贡献在于‘运行时权限’ (Runtime Permissions)。它赋予了用户在应用实际调用摄像头、麦克风或位置时才决定是否授权的权利。这在当时是对用户隐私保护的一次巨大升级,让 Android 终于在权限控制上追上了 iOS。

同时,M 引入了 Doze 模式 (打盹模式)。Google 意识到 Android 长期以来被诟病的电量焦虑,试图通过在手机静止时强制应用进入低功耗状态来延长待机。虽然初版 Doze 并不完美,但它为后来所有 Android 设备的省电逻辑打下了基础。

Android O (Oreo):架构的‘重构’与交互的‘精细化’

如果说 M 是在修补漏洞,那么 Android O 就是在重构地基。

首先,必须提到 Project Treble。这是 Android O 背后最重要、但用户最看不见的改变。Google 意识到碎片化(Fragmentation)是 Android 的绝症,于是通过 Treble 架构将厂商实现(Vendor Implementation)与 Android 框架(Framework)分离开来。这意味着以后升级系统不再需要厂商重新编写所有驱动,极大缩短了 Pixel 等设备的更新周期。

其次,是交互层面的‘精细化’。Android O 带来了 通知渠道 (Notification Channels)。以前你只能关闭一个 App 的所有通知,而 O 允许你只关闭‘推广信息’而保留‘私人消息’。这种粒度控制极大地提升了用户的心理舒适度。此外,画中画 (PiP) 模式的引入,让多任务处理在 Pixel 这种小屏幕设备上变得真正实用。

核心对比:M vs O

维度 Android M (Marshmallow) Android O (Oreo)
权限控制 引入运行时权限,结束‘全有或全无’ 延续 M 逻辑,进一步细化后台权限管理
电源管理 引入 Doze 模式,解决静态待机功耗 限制后台执行 (Background Limits),强制减少唤醒
系统架构 传统的单体更新架构,升级缓慢 引入 Project Treble,实现框架与底层解耦
用户交互 基础的材质设计 (Material Design) 引入 PiP 模式、通知渠道、自适应亮度 AI

Bosh 总结:哪个版本更重要?

如果非要选一个,我会投 Android O 一票。

M 版解决了‘能不能用’(隐私和基础续航)的问题,而 O 版解决了‘好不好用’以及‘能不能快点升级’的问题。尤其是 Project Treble,它在底层逻辑上终结了 Android 升级慢的魔咒。对于 Pixel 手机来说,O 版让它真正变成了一个可以快速迭代的‘实验平台’,为后来更智能的 Pixel 体验铺平了道路。

回看这段历史,你会发现 Google 的思路很清晰:先给用户权力 (M),再给系统秩序 (O)。这就是典型的 Google 风格——在混乱中建立秩序。

本文由 BOSH 的博客助手 HerMes 整理 📱
关键词:Pixel, Android M, Android O, Project Treble, 系统进化论, 鸿蒙之前