Play Service:Google的Android碎片化新对策

译文
移动开发
将Play Services称为一款“应用”可能并不太准确。对于初学者来说,这是一套略显疯狂的权限集合。它基本上是一套系统级流程,如果上图所示的内容还不足以说明一切,我可以向大家明确解释:它能在未经用户同意的前提下为自己赋予几乎所有权限。Play Services始终运行在每台Android手机的后台当中,而且几乎每一款谷歌应用都需要以其为依托。

就在一个多月之前,Android 4.3刚刚搭载***Nexus设备进入市场;不过正如其它前续Android更新一样,新版本在普及到其它设备平台的道路上走得是既缓慢又艰难。一个月过去,如今只有略超过6%的Android用户在使用***版本。如果大家留意过各大Android技术论坛,应该会注意到这样一种奇怪的现象:用户对Android新版本根本不感兴趣。

4.3版本的***变化在于采用了全新摄像头UI、限制用户配置文件并支持新的蓝牙与OpenGL ES版本。除了摄像头之外,其它更新项目都属于平淡且低级别的强化方案。谷歌公司似乎正想尽一切办法把Android操作系统的版本更新变得无聊而令人厌烦。

为什么要推出如此无趣的更新方案?这是因为三星及其它OEM厂商在接纳新版本Android方面实在表现得太过消极,谷歌屡次发力均告失败。当OEM厂商拿到新版本之后,他们会首先导入自己设计的系统皮肤、向运营商提供定制版本,最终再由运营商推出空中下载升级——整个过程下来要花上几个月时间。如果设备本身人气不够高,这样的过程则根本不会出现。手机操作系统的升级是一项涉及多家企业的庞大规划,几乎没有哪家利益相关方会积极或者主动着手此类工作。

由于推动Android更新实在困难到令人头痛,因此谷歌想出了歪招来回避这个麻烦的过程。该公司不再为Android更新提供任何令人兴奋的内容——这并不是说Android系统的发展将趋于停滞,只能说这些激动人心的功能不会被包含在Android的大版本更新当中。

今年的谷歌I/O大会就是展示这项新计划并考察其实际效果的***舞台。本届大会没有推出任何Android新版本,但谷歌公司公布了Google Hangouts、Google Play Games(将游戏及应用程序数据保存在云中)、经过重新设计的Google Play Music与Google Maps、新的Google Maps API版本以及新的位置与活动感知API。通过本届I/O大会,我们看到了Android设备管理器等操作系统级别的新增功能,该管理器是一套远程数据清除及设备追踪系统,而且完全不涉及操作系统基础层面。

这可真是个简单的想法:Android更新的推出速度太慢,所以将很酷的特性与功能拆分开来陆续提供给用户。这种思路的***问题在于实际操作难度。不过谷歌采取这种做法的根本目的很可能与一款日渐成熟的应用有关,这就是“Google Play Services”。

Google Play Services简直包罗万有、无所不能

将Play Services称为一款“应用”可能并不太准确。对于初学者来说,这是一套略显疯狂的权限集合。它基本上是一套系统级流程,如果上图所示的内容还不足以说明一切,我可以向大家明确解释:它能在未经用户同意的前提下为自己赋予几乎所有权限。Play Services始终运行在每台Android手机的后台当中,而且几乎每一款谷歌应用都需要以其为依托。它确实能够接受更新,但却不会像其它应用那样通过Play Store实现升级。它拥有自己的一套客户端、自动更新机制,用户完全无法对其以干涉或者控制。事实上,大多数情况下用户甚至感受不到更新在何时发生。这款应用为什么会拥有这般至高无上的权力?理由很简单:Google Play Services正是谷歌公司倾力打造的新平台。

没有了Google Play Services,我们的使用过程将变成这样……

Andrew Cunningham在谷歌I/O大会结束后不久对此进行了研究,但现在情况已经渐趋清晰。谷歌的战略意图可以这样加以归纳:Play Services拥有系统级高权限,但却无法进行更新。它是谷歌应用软件包中的组成部分,因此不必遵循开源机制。OEM厂商无权对此进行修改,这就保证了其核心处于谷歌自身的严格控制之下。Play Services基本上可以被视为介于普通应用程序与已安装Android操作系统之间的过渡层。目前Play Services负责处理Google Maps API、谷歌账户同步、远程数据清除、消息推送、Play Games后端以及其它多项事务。如果大家对于Play Services的重要地位还有所怀疑,不妨尝试将其卸载——设备上的几乎每一款谷歌应用都无法正常运行。

Play Services支持大部分现有Android版本

其极高权限与默认更新模式正是对上图支持比例的***注解。尽管采用***Android版本的设备目前只占6%,但Play Services将在未来一到两周之内被推广到自Android 2.2开始的大部分版本当中。这意味着最近三年以内推出的任何一款手机产品都将迎来Google Play Services的***版本。根据谷歌公司最近公布的Android统计报告,其涵盖范围高达98.7%。因此就在本届谷歌I/O大会公布新的API集合之后,几乎每一台Android设备都在一周之内获得了良好的兼容能力。Play Services相当于一道由谷歌直接通向个人手机核心的桥梁,而且目前谷歌公司之外的任何人士都还不清楚其能力究竟有多强。

Google Play Services还负责处理低级别API、后台服务以及其它与Play Store相关的碎片消除计划。谷歌公司多年来一直致力于将非系统应用从操作系统当中清理出去,从而借助Play Store实现系统的轻松升级。只要在谷歌的Play Store账户当中稍加浏览,大家就会发现一份长长的应用程序列表,其中很大一部分由谷歌官方推出。Gmail、地图、搜索、Chrome、日程表、键盘、YouTube甚至Play Store本身都需要单独进行更新。

上图所示列表已经充分说明了Android系统目前的升级更新状况。几乎所有条目都可以从主操作系统中被移除出去。操作系统更新目前保留的少数功能只有硬件支持、应用程序框架API以及与特定安全或访问级别相关的应用程序(例如屏幕锁定、手机通话以及设定应用)。

这正是我们破除软件碎片化魔咒的关键。如果我们能够在不推出任何Android新版本的前提下实现更新,我们就没有必要再与三星等OEM厂商沟通来敦促其加快更新节奏。到那个时候,Android新版本将只负责提供面向未来发展的低级别改动,用户不必再为更新事务而操劳。

在这种形势下,Android后续版本的推出将产生更加有趣的影响。下一个Android版本将带来哪些内容?或者说,谷歌还为Android大版本留下哪些发挥的余地?目前Android已经步入了稳定且持续改善的正常轨道,我们***一次获得振奋人心的改动是在Android 4.1版本当中。自那里以来,谷歌似乎开始减缓前进步伐,***的三个版本都采用“果冻豆”这一名称。体积庞大且指向性单一的Android操作系统似乎已经成为历史,“灭绝”正是形容这种情况的***词汇。

不必再将全部主要操作系统更新内容整理到同一个软件包当中,这样的新机制意味着谷歌能够更快、更频繁地为用户提供新特性与新功能。Android的新型功能版本将与谷歌Web应用程序那样实现持续更新:在悄无声息中不断改进,一切都在后台当中发生。我们的设备将一步步走向完善,不必将命运交给第三方应用供应商;开发人员则能够在无需等待安装版本的前提下充分利用新型API带来的优势。总而言之,谷歌公司的决策将带来更加统一、健康且碎片化状况显著缓解的Android生态系统。

责任编辑:徐川 来源: 51CTO
相关推荐

2013-08-02 09:33:31

Android碎片化Google

2013-08-02 11:24:47

Android碎片化图解生态碎Androi

2022-07-14 14:12:32

恶意软件Android

2013-05-22 11:17:52

GoogleAndroid碎片化

2021-09-23 16:58:36

GoogleAndroid上游优先

2014-07-04 16:47:57

Google PlayAndroid Wea

2018-01-22 20:47:19

Android谷歌移动系统

2020-12-07 10:21:39

漏洞Google Play攻击

2014-08-27 14:14:14

Android碎片化

2012-03-07 09:28:40

Android MarGoogle Play云计算

2012-01-18 09:53:13

Android碎片化

2013-05-16 11:41:26

GoogleGoogle Play

2012-03-07 15:06:19

Google Play

2023-08-24 10:08:06

2013-09-29 13:15:07

Google Play开发者应用开发商

2016-01-20 09:49:23

Android安卓应用商店

2020-10-05 21:54:32

恶意软件Google Google Pla

2013-07-24 09:11:39

2020-12-10 19:04:21

Google Play应用市场开发者

2013-07-29 11:23:46

信息图App StoreGoogle Play
点赞
收藏

51CTO技术栈公众号