车联网布局，阿里领先了百度腾讯多少？

高票的匿名回答虽然充满了吃瓜群众的八卦，看起来满是“小道”消息，但其实本质的结论和表达的意思其实和我了解的并没有太大的出入。在目前看来，阿里的AliOS在车联系统领域确实是领先的，毕竟从几年前就开始布局，又有斑马系统的成功背书。

不过，阿里的领先优势能保持多久？百度、腾和其他的车联系统是否还有机会？前段时间正好写了一篇解读车联操作系统的专栏文章，在这个问题下我就还是简单说明一下。

智能手机提高了我们对汽车系统的期待

伴随着智能手机的发展和普及，我们对智能和互联网带来的变化已经有了充分的认识，然而如今的汽车却很难与“智能”联系起来；尤其是汽车里那块难用的屏幕，再大的屏幕也还是无法抵挡手机支架成为大部分车主必备的装备。这种奇怪的现象也一直是整个行业头疼的地方？

再豪华的汽车也逃不掉被手机支架支配的恐惧

于是，在手机已经发展到足够智能的情况下，汽车企业和互联网企业开始尝试研发适合汽车的智能车联系统；尤其是在阿里巴巴和上汽基于AliOS系统开发的斑马智联车机受到市场认可以后，从吉利、长安这些自主汽车巨头，到百度、腾讯等互联网豪强都纷纷入局，大家都希望能在这一场变革中找到新的爆发点。

汽车与手机的差异

从Andriod到IOS，智能手机的普及让消费者对方便好用的系统已经有了一个基础的认知；也正是因为这类成熟的智能操作系统在前，大部分消费者在车载场景下也会很自然的有相同的需求。但其实我还是要说明，直接把手机和车机等价也确实有点难为汽车行业了。车载系统远不是手机搬到汽车里这么简单。汽车级的系统在可靠性、成本、开发周期、交互上都有应该遵守的逻辑。

1. 汽车的可靠性要求高：汽车动辄十多年的使用寿命要求，又要面对高低温、振动等各种复杂环境，加上三年/十万公里的质保要求，让车内的电子零部件的要求相对手机平板都要高很多

2. 处理器性能限制：汽车处理器要达到车载的使用要求，在工艺制程和性能上必须要妥协。这也导致同期的汽车级处理器性能都比同期的手机处理器要落后了约两代。

3. 人机交互差异：手机的人机交互和界面设计并不适合汽车，如果仅仅是简单的将手机系统移植到汽车上，车机屏幕上整齐排列着app的图标和小小的字，其实是不便于操作的。

车联操作系统的关键要素

基于上面的原因，如果要开发适合汽车的操作系统，简单的照搬手机一定是不合适的。在这个前提下我们再来看看汽车的车联操作系统。

虽然如今大部分的车联系统都是基于开源的Android或Linux经过二次开发而来的；但针对汽车和手机的差异，除了沿用Android的部分层级和模块，还需要针对车载场景进行一些定制化开发和优化。

具体而言，相比于手机操作系统，完整的车联操作系统一般应该满足以下几个关键要素：

1. 支持车辆控制：结合车辆原有的功能才能实现更好的体验，车载操作系统需要具有支持车辆控制的层级和模块；一般是需要包含车载CAN总线功能和相关控制权限。

2. 集成汽车专用服务：相比于手机，汽车还包含很多特有的服务功能，将这些功能集成到操作系统中能提高服务的实施效率和功能的安全性，例如与手机连接、车辆诊断、远程通信等功能。

3. 专门的电源管理：汽车启动时车载系统也需要迅速开机（几秒内），点火时造成供电系统异常电压波动和冲击问题（12V电源大范围跳变），这都要求车载操作系统具备专门的电源管理方案，需要在操作系统中对不必要的部分进行裁剪和优化，以保证电源异常时的正常运行。

4. 支持低成本硬件优化：由于车规级的要求和成本的限制，汽车上的处理器CPU性能都不及手机处理器，为了实现足够的效果，满足汽车长达十多年的使用周期，操作系统在这方面也具备相应的优化功能。

下图是完整的车载操作系统具备的层级和功能举例。一个汽车需要实现完整的车联功能，理论上除了包含Android/Linux的内核、应用层、系统层以外，至少还需要汽车服务、车辆控制的层级。

完整车联操作系统层级

BAT解决方案对比

我们再回头来看这两年出现的各种“智能车联操作系统”，按照上一节严格的层级定义，其实很多系统并不都属于完整的操作系统，大部分都只包含了少数层级和模块，或者只重写了一部分模块来适应车载场景，只有极少数定制了所有的层级。这些系统按照深度定制的层级，大致可以分为三类，借用手机行业的说法分为超级app、ROM、定制操作系统。

1. 百度DuerOS、腾讯Tai——超级app

以腾讯AI in car（最近更名为Tai）、百度DuerOS为代表的这一类虽然名叫系统，但其实只是将智能导航、语音交互、云服务等功能做成类似手机app的形式，在应用层通过调用系统已有的车辆服务接口实现相关功能；也没有支持汽车服务的层级和模块，其他部分沿用现有系统。

由于只开发了应用程序，这种方案的开发周期短，成本低，只需要车企提供相应的控制接口即可实现车联网功能。腾讯车联方案最快仅需要半年时间即可落地（2017年11月与广汽合作，2018年5月联合推出祺云智联系统）。当然缺点也比较明显，由于没有与系统下层深度整合，只能按需求调用相关资源，导致部分功能体验有瑕疵；另外在升级的时候，也只能在现有功能上升级，无法凭空调用新的下层接口，实现与车辆相关的新功能。这种方案比较适合车载系统开发基础薄弱，希望快速落地智能网联的车载系统的汽车企业。

2. AliOS定制操作系统

而AliOS虽然是基于Android系统，对其内核、硬件驱动、系统服务等底层进行重构。重写硬件抽象层和相关的资源调度模块，并根据不同的底层硬件，对系统进行有针对性的优化。形成一个整体的打包解决方案。其他的典型代表还AGL、Android Auto等。

这种方案将硬件资源深度整合优化，集中调用，对汽车层面的硬件调度更为合理；作为整体的解决方案，在对底层硬件进行适配以后即可在全车型通用。但是，这种深度整合的系统，需要大量的时间和人力投入，比如阿里巴巴为克服Android系统的限制，经过手机、车机的迭代经过十年，投入超过百亿才完成了AliOS；而谷歌基于Android开发的auto版本，现在还没有发布。所以这套方案一般的企业短期内无法模仿研发，但一旦成功也可以筑起较高的技术壁垒。

3. 比亚迪、吉利——ROM

典型代表另外还有一类定制程度介于上面两种之间的方案，基于自身需求对应用层、框架层和汽车服务层进行定制，更下层则沿用裁剪后的Android组件，类似于手机中的各种ROM。此方案更侧重框架层和汽车服务层，能提供灵活的车辆服务功能，是希望不被互联网绑架的汽车企业的首选。比如有吉利GKUI、比亚迪DiLike等。