Google 和阿里云的口水战仍在继续
Google 和阿里云的口水战在继续。对于阿里云事件，Google 发布了官方声明，提出手机开放联盟的成员不应发布不兼容的 Android 版本。而 Andy Rubin 也在 Android 官方博客写了一篇文章，解释兼容性的重要。在 Google+ 上，Andy Rubin 特意针对阿里云系统发了一条信息，认为阿里云使用了 Android 的 runtime，但是与 Android 不兼容。
对于 Google 的态度，阿里巴巴的高管进行了反驳。阿里巴巴国际事务副总裁 John Spelich 在接受华尔街日报采访的时候，指出 Android 以封闭的态度运作开放系统，是具有讽刺性的。在 AllthingsD 网站上，登出了 John Spelich 的一封邮件。在邮件中，John Spelich 说阿里云系统基于开源 Linux，运行自己生态圈的云端应用，虽然它可以运行部分 Android 应用，但它不是 Android 的分支 (fork)。这场斗争也涉及云端应用 vs 本地应用的问题。
具有讽刺意味的是，一个公开谈论开放的公司正在拥护一个封闭的生态系统。阿里云系统不是 Android 生态系统的一部分，因此，阿里云系统不会，也不必要与 Android 兼容。这就好像在说因为他们拥有山景城的 Googleplex，任何人在山景城的建设都属于 Googleplex 的一部分。
有没有人可以请 Google 定义一下 Android?
阿里云是一个基于开源的系统，同时也是一个开放的生态系统，它允许其他人在我们的云端放置移动网站，而我们将这些网站提供给使用阿里云系统的手机用户。因此，我们的生态系统包括其它互联网公司，而 Android 不包括他们，因为它提供的是下载的应用。这是整个云端 vs 应用争论的关键。云端是开放的，应用系统是封闭的，因为它是由应用市场的运营者控制的。因此你可以看到：两个竞争的生态系统，一个是通过云端开放的，另一个是封闭的，将用户限制在他们想要你们见到的应用里。
John Spelich 的言论显然引起了 Andy Rubin 的注意，在他的个人 Google+ 页面，Andy Rubin 对此进行了回复：
Hey，John Spelich——我们同意阿里云系统不是 Android 生态系统的一部分，你也没有必要去兼容。
但是，事实是阿里云使用了 Android 的 runtime，架构和工具。而且你的应用商店包括 Android 应用（包括盗版的 Google 应用），因此毫无争议的是，阿里云是基于 Android 平台的，而且利用了开放手机联盟在平台上所进行的努力工作。
因此，如果你想从 Android 生态系统获益，做出兼容的选择。这是容易、免费的，我们甚至会帮助你。如果你不想去兼容，不要指望从开放手机联盟的成员中获得帮助，他们都在做着支持和构建统一 Android 生态系统的工作。
而在此前，Google Android 部门主管 Andy Rubin 在 Android 官方博客发表《兼容性的益处和重要性》文章，虽然没有提到最近的阿里云事件，但是发表的时机却很有深意。
在文章中，Andy Rubin 首先强调了良好生态圈的重要性，而开放手机联盟的建立，就是为了创造一个开放、良性的生态圈，Android 实现之间的不兼容是破坏生态圈的重要因素之一。什么是不兼容，Andy Robin 的解释是：
设想这样一种状况，在销售的每个手机上，平台都有一点不同。这种不同足以导致 Google 地图在一个手机上运行良好，另一个手机上运行非常缓慢。让我们举个例子，Android 上某个 API 是这样实现的，当屏幕上没有任何动作的时候，使手机睡眠几毫秒，以提高电池续航能力。这样一个功能的 API 原型看起来像是这样的：SystemClock.sleep(millis)，其中的参数 millis 是设备睡眠的毫秒数。
如果某个手机厂商不正确的使用了 SystemClock.sleep()，将参数 Milliseconds 换成了 Seconds，手机休眠的时间将比预期长 1000 倍！这个厂商的手机在运行 Google 地图时候会非常糟糕。如果因为不兼容，导致应用不能在不同设备间运行良好，消费者会离开生态圈，接着就是开发者。良性生态圈会结束。
Andy Rubin 说，Google 希望在为设备提供商提供区分性的同时，避免开发者和消费者遭受不兼容的困扰。为此，Google 提供了免费的 “兼容性测试工具包”，（兼容测试包遵循 Apache 协议，点击这里了解）这确保不同厂商的设备有兼容性。
虽然 Android 是免费使用的，但是只有兼容性设备才能从完全的 Android 生态圈获益，加入手机开发联盟的成员，应该构建统一的 Android 平台，而不是一堆不兼容的版本。
