汽车芯片主控权从ECU到域控制器再到中央计算的演进，关键拐点在于汽车电子电气架构从分布式向域集中式、进而向中央计算式跃迁时，主控芯片从MCU向SoC的升级换代。这一转变的本质，是汽车从“功能堆叠”走向“软件定义”时，算力需求出现数量级跃升，迫使控制权从分散在众多单一ECU手中，集中到一颗或几颗高算力SoC上。架构集中化是表象，算力需求的跃升与软硬件解耦才是驱动主控权更迭的根本动力。

分布式架构的瓶颈：功能堆叠的极限

传统汽车采用分布式E/E架构，各项功能的控制权分散在众多单一ECU（电子控制单元）手中。每个ECU只能完成特定功能，大到发动机控制，小到门窗闭锁，都有对应的ECU。这种架构下，新增功能主要靠堆叠ECU数量实现，导致芯片使用量快速增长。

这种发展方式催生了明显问题：ECU算法只能处理指定数据，不同ECU之间关联性不强，资源协同性不高，存在浪费；新增传感器和ECU需要在车体内部署大量通信总线，增加装配难度和车身重量；ECU来自不同供应商，开发人员无法统一编程和软件升级，也就无法实现整体OTA。功能增加与资源浪费的矛盾，构成了架构演进的第一重压力。

域集中式架构：算力集中与软硬件解耦

域集中式架构按功能属性将汽车划分为五个区域——智能驾驶域、智能座舱域、车身域、底盘域和动力域，每个域由域控制器DCU进行计算和控制。DCU的底层结构与ECU相似，但由于处理的数据量大增，对处理器算力要求更高，需要性能更强的MCU或直接使用SoC芯片。

域集中带来的价值是双重的。一方面，DCU集成多个ECU功能，带来“降本增效”——用一个集成中控、仪表、360环视及其他影音娱乐功能的DCU替代多个传统ECU方案，可为车企带来可观的BOM成本节降。另一方面，软件开始独立于硬件，抽象层开始出现，这为后续域融合与中央计算式架构铺平了道路。软硬件解耦意味着功能不再绑定于特定硬件，而是可以通过软件升级持续演进，这正是“软件定义汽车”的架构基础。

中央计算式架构：主控权的最终归属

从域集中式进一步演进，自然走向中央计算式架构——用一套高算力的车载计算机承载任何形式、数量的功能及服务，并实现整车OTA软件升级。在这一终极形态中，主控权从众多ECU和多个DCU，最终集中到极少数高算力SoC手中。

从芯片视角看，这轮演进的核心逻辑清晰：域控制器集成了前期诸多ECU功能，对芯片算力需求大幅提升，计算芯片相应升级到高性能MCU或算力更高的SoC。长期来看，有相当一部分车载MCU会被SoC取代。不过，中期内MCU仍会是车载主流控制芯片，且随着汽车智能化程度提高，单车MCU数量仍会继续增长——主控权更迭并非零和替代，而是增量升级与结构优化的并行过程。

常见问题

分布式架构下ECU数量有多少？

根据行业数据，目前普通汽车上的ECU数量已达50-70个，高端汽车超过100个。每个ECU只能完成特定功能，新增功能就要增加ECU，这种模式在功能快速增加时暴露出资源浪费、装配困难和升级受限等问题。

博世五域划分指什么？

业内普遍采用博世的划分方式，按功能属性把汽车电子电气架构分为智能驾驶域、智能座舱域、车身域、底盘域和动力域五个区域。其中智能驾驶和智能座舱被视为未来车企价值的核心体现，车企和芯片厂家都会格外发力这两个赛道。

域控制器DCU与ECU有何区别？

DCU的底层结构与ECU相似，都包含核心处理器芯片、输入/输出接口及各种电路，核心区别在于DCU需要处理的数据量大幅增加，对算力要求更高，因此需要性能更强的MCU或直接使用SoC，同时接口也更多。ECU功能则被逐渐简化，往往只承担最简单的执行层面控制功能。