手机操作系统这十几年基本是两家的天下。阿里巴巴也想在这块地上插一面旗，做出了自己的系统，也就是后来常被提起的阿里云移动操作系统，行内多叫它YunOS。项目最终没能在手机市场站稳，但它走过的路，对做国产系统、做车机和硬件的人仍有参考价值。
从云OS想到移动端
2011年前后，阿里内部开始讨论一个方向：以云计算为底，做一套面向智能终端的操作系统。那时安卓在国内已经铺开，但它是开源的，核心服务又绑在谷歌那边，不少国内厂商对此心里有数，也有顾虑。阿里想要的是一套能自己掌握、又能和云端配合的系统。
这个想法最初以“云OS”的名字推进，后来重心慢慢落到移动端，才有了阿里云移动操作系统的样子。它的思路大致有三条：
- 设备状态和用户数据由云端统一管理，不只放在本地，换机或多设备使用时更顺手。
- 兼容安卓应用，开发者不用从头适配，用户原来的软件大多还能装。
- 不只做手机，电视、车机、智能家居也放在同一套体系里考虑。
底子是安卓改出来的
这套系统并不是从零写的。底层仍然是Linux，上层框架做了大量定制，调度、内存管理和进程通信都有针对性改动。外界讨论最多的，是它在低内存机型上的表现。早期搭载它的入门机型，内存多在512MB到1GB之间，系统必须在后台进程和系统服务的加载策略上做取舍。
这类优化是实打实的工程活，但效果很依赖具体机型和具体应用，光看宣传很难判断提升了多少。如果你要评估一个定制系统，建议拿同一台设备、同一组常用应用，在换系统前后各跑一遍多开和长时间使用的场景，别只看厂商给的演示视频。
应用层面，系统通过兼容层运行大部分安卓应用，同时保留了自己的应用商店和推送服务。这种做法在当时算是务实的折中。它没有断掉生态，也给阿里自己的服务留了位置。问题在于两头都要照顾，体验上很容易两边都不讨好。
车机和电视：找一个不那么挤的地方
既然手机市场已经挤满，车机就成了更现实的入口。2014年前后，阿里与上汽集团合作，推出过搭载该系统的互联网汽车，把导航、语音助手和音乐服务接进车机界面。在当时，这算是国内较早把移动操作系统用在汽车上的尝试之一。
车机里的语音交互
车机对稳定性和响应速度的要求，比手机苛刻得多。驾驶时用户没空盯着屏幕，语音能不能听懂、回应快不快，直接决定功能用不用得上。合作过程中，团队把终端侧的语音识别和云端语义理解结合起来，让驾驶员可以直接说要去哪、放什么歌，少碰屏幕。这件事做下来，云端能力在终端上的价值比较具体，也为后来的智能座舱方案留下了一些经验。
电视和机顶盒方向的思路类似。依托阿里的视频和电商资源，设备可以直接推荐内容和商品，把观看和消费连在一起。这种“以服务带动硬件”的做法，在当时的互联网公司里并不少见。
输在哪里
技术上能跑通，不等于能在市场上站稳。智能手机系统的竞争，说到底是应用生态、开发者投入和渠道分发的较量，这三样都需要长期投入。
应用生态是第一道坎。虽然兼容安卓，但主流应用的适配和更新，以及用户习惯的迁移，都要持续投入。用户换了系统，发现常用的东西有几样不好用，很可能就换回去了。
硬件厂商是第二道坎。手机厂商换系统要顾虑成本，也要考虑对既有渠道和合作关系的影响。系统如果没有足够多的厂商愿意预装，用户自然也少。
用户惯性是第三道坎。大多数人买手机看的是熟悉和省心，而不是系统底层的先进程度。这些因素叠在一起，系统在手机市场的份额始终有限。之后相关业务几经调整，品牌和重心也跟着变，发展方向逐步转向车联网、物联网这类细分领域。
选型时可以记住的几点
- 先算生态账，再算技术账。底层做得再好，应用跑不起来、开发者不来，系统也只是个演示。选型前先看目标设备上关键应用的适配情况。
- 从封闭或半封闭场景切入更稳。车机、电视这类场景的需求比较集中，生存空间比通用手机大，把一两件事做透就有价值。
- 云端能力要绑定具体需求。语音、推荐、同步如果只是为了好看，用户很快就不用了。每加一项云端功能，都先问它解决了什么问题。
- 兼容是把双刃剑。兼容能降低迁移成本，但也容易让系统难以形成独特的印象。想让用户记住你，得有兼容之外的东西。
对正在关注国产操作系统的企业和开发者来说，这段历史是个不错的参照。选路线时既要看底层能力，也要判断生态能不能真正跑起来，两者缺一个，都容易走偏。
