万物互联，我心澎湃-CSDN博客

年初，小米又双叒叕为集团工程师颁发百万美金了！这次百万美金技术大奖评选还产下了双黄蛋，小米澎湃OS新架构团队和一体化大压铸技术团队同时获奖。

上一期，我们采访了本次评选中的“黑马”——一体化大压铸技术团队。那今天就来为大家讲讲不负众望的“种子选手”——小米澎湃OS。一起来看看这个超过5000人的团队背后都有些什么故事吧！

跨端能力

迈向「人车家全生态」

主持人：恭喜小米澎湃OS团队获得了一等奖！对于小米澎湃OS大家也已经有了不少了解，那今天在这里，小米澎湃OS的各位老师能再给我们总结一下咱们获奖的关键吗？

小米澎湃OS团队：如果硬是要总结一个获奖的核心原因，绝对是小米澎湃OS卓越的跨端能力，这也是小米澎湃OS与其他操作系统最大的不同。

在过去，每个设备都有自己的一套软件栈，即使在上层交互上尽力做到一致，设备间动效等细微的体验上还是很难感知到一致性。特别是在跨端层面，设备之间很难实现有效互联，例如手机无法跨端调用车机的摄像头、喇叭等硬件能力。为了打破这一局限，我们自研了先进的「Xiaomi HyperConnect」，让设备能够高效连接，极致协同。融合设备中心更是让所有连接设备成为一个整体，软件和服务可以根据需求情况，在所有设备中选择当前最为合适的硬件。

小米澎湃OS团队：而其中最重要的是我们从语控操作走向了“主动智能”，打造了智能思考中枢「Xiaomi HyperMind」，它能够感知用户的日常习惯，记忆并且分析，最后提供自动化建议，比如，空调能自动根据人数调节温度、家里的灯能随着音箱的律动变化等，让智能可以细致入微地服务每一个人，使得小米澎湃OS成为「人车家全生态」的关键。

Top to down

让五千人动起来

主持人：我们听说小米参与小米澎湃OS的工程师有超过5000人，那一个超过5000人的团队是怎么协作的呢？有分歧怎么解决？

小米澎湃OS团队：的确，参与小米澎湃OS项目的工程师超过5000名，才成功进行了这次史无前例的系统底层重构，为未来百亿设备、百亿连接做好「万物互联的公有底座」。

一个5000人的庞大团队能够凝成合力绝非易事。为了让这个庞大的团队有效运作起来，我们首先确立了小米澎湃OS架构设计的四大目标：第一，实现单端性能表现最强；第二，AI赋能，成为整个生态的“智能大脑”，能够为用户提供主动服务；第三，更加便捷高效的连接；第四，实现全端隐私安全坚固防护。

有了共同的目标，5000人一起工作如何能够有效统筹而不冲突呢？我们实行了Top to down的协作方式，从一开始就成立了一个经验丰富的架构组。架构组成员主要来自于软件部与技术委，都是有着十余年经验的前辈，凭借出色的设计思路和清晰的架构逻辑，带领着5000+团队把小米澎湃OS这一庞大的软件工程，将这个复杂无比的系统落地。

小米澎湃OS团队：而涉及到跨部门合作、千人配合，“达成共识”是除了如何做技术之外最难的事情。不仅需要架构组在其中不断地去给各个团队做共识，明确各自承担的业务板块，以及与谁沟通和配合的下一步计划等。还需要在方向意见相左的时候把发散的思路给拉回到正确的道路上。那么，什么才是能让吵的不可开交、互不相让、坚持我方观点的团队成员，回归到主线任务上呢？

那就要回到架构组最初共识的结果——《架构设计书》。比如我们在某子系统的方案设计时，有的模块负责人会修改模块业务范围，方案上会和原始架构有比较大的冲突，导致多个模块方案有重合，这时我们就会搬出架构设计书，去正反向推看是否符合技术架构定义，从根源化解意见的分歧，保证整个团队工作方向的一致性，朝着正确的方向努力。

《架构设计书》

小米澎湃OS架构的方法论

主持人：那听起来《架构设计书》可谓是团队工作的“操作指南和任务书”，那这个架构设计书是怎么搭建出来的呢？

小米澎湃OS团队：要搭建一个大家都可以遵循、有共识的架构无疑是件很困难的事情，所以架构组在正式开启小米澎湃OS项目时，第一件事就是进行“架构拆解”。但要完全颠覆行业系统架构的基础逻辑是很难的，因此架构组聚焦于小米特色，展开架构拆解的工作。从最顶层的主系统（L0）开始，到子系统（L1），再到主模块（L2），再到子模块（L3），一层层讨论与论证架构的合理性，架构组最终拆解出了4个层级，17个子系统、384个技术专项。

这种自上而下的拆解，逐步形成了一个完整的小米澎湃OS的技术架构图，尤其在跨端层的分布式连接与主动智能相关系统能力上，产出了大量的新设计与新方案，最后产出了HyperConnect与HyperMind两大核心技术能力，确立了大的战略目标。在此基础上，架构组牵头落地，将拆解结构的目标、技术专项、技术模块等，分配到具体负责人及其团队，并探索出了小米澎湃OS架构的方法论。

同时，我们也在思考，手机上的能力能否直接复用到小米澎湃OS中？毕竟，目前架构最核心的问题就是两端公共可复用的模块。类似我们学c 语言和 c ++，我们需要找到一个公共父类的载体，然后两端在继承父类能力的基础上延伸自己的子类。

因此，我们把最底层的C库做到尽量统一，这样无论是轻量系统还是标准系统，一些核心服务组件都可以做到一次开发，多端部署；另外对于应用开发者而言，我们还通过支持JS/TS框架，使得应用也可以无缝在大小设备流转，真正做到应用、服务、组件的多端化。为避免闭门造车，还邀请了外部专家北大郭耀教授、清华陈瑜教授、北邮马华东教授等参与评审最终架构，根据他们对于操作系统的认知，共同探讨和交流架构可改进的方向。

关关难过关关过

生态分裂的挑战

主持人：那在小米澎湃OS的开发过程中，有遇到什么技术难点吗？

小米澎湃OS团队：技术难点？当然有，就比如：多个协议导致互联生态分裂的挑战。

在互联生态当中，每个产品都有属于自己的特定连接协议，它决定着双方如何接入两个不同的设备，并展开配合。团队急需解决的问题有两个，其一是协议碎片化，这导致设备要么不互通，要么耗费大量资源次才能兼容多个协议；其二是多个协议如何完成开发和接入，并连接到设备上完成相应业务。为攻克这个极其实际的问题，团队提出了“HyperConnect”的协议统一设计方案。