从发动机控制到门窗闭锁，汽车芯片ECU的下游应用场景已覆盖动力、底盘、车身等各类功能，而随着汽车智能化程度提升，ECU的需求结构正从“功能堆叠”走向“算力集中”，单车控制芯片的数量与性能要求均在持续增长。

ECU的应用场景图谱：从发动机到门窗

ECU（电子控制单元）是汽车电子控制系统的核心部件，其作用是根据所存储的程序，对传感器输入的信息进行运算、处理和判断，再输出指令给执行器，实现快速、准确的操控。在传统分布式架构下，每个ECU只能完成某个特定功能，因此种类繁多——大到发动机转向、发动机控制，小到雨刷、座椅控制，都有相应的ECU。

具体来看，在发动机电控系统中，需要发动机ECU来控制供油、点火等；在底盘电控系统中，需要变速器ECU来控制自动变速器的升降挡；而在车身电控系统中，则需要门窗ECU来控制门窗的闭锁、开锁等。这种“一项功能对应一个ECU”的分布模式，构成了传统汽车电子架构的基本面貌。

从分布式到域集中：需求结构的变化

传统分布式架构下，汽车功能的增加主要靠堆叠ECU数量，每新增一项功能就至少增加一个ECU，这带来了资源协同性不高、装配难度大、无法实现整体OTA等问题。随着汽车智能化程度提升，电子电气架构正从分布式向域集中式乃至中央计算式演进，业内普遍将汽车划分为智能驾驶域、智能座舱域、车身域、底盘域和动力域五个区域。

在域集中架构下，每个域由域控制器DCU进行计算和控制，ECU的功能逐渐被简化，往往只承担最简单的执行层面控制功能，部分独立功能仍依靠ECU实现。这一转变带来两方面影响：一方面，DCU对处理器算力要求更高，需要用到性能更强的MCU或直接使用SoC；另一方面，随着汽车智能化程度不断提高，单车控制芯片的总需求仍在快速增长，MCU的需求量也会继续增加。

常见问题

ECU数量会增加还是减少？

从总量看，随着汽车功能的持续增加，ECU数量仍在增长——普通汽车上的ECU数量已达到50-70个，高端汽车上的ECU数量更是超过100个。从结构看，域集中架构下ECU功能被简化，但汽车对主控芯片的总需求在快速增长，因此控制芯片的需求量整体仍在上升。

域控制器与ECU是什么关系？

域控制器DCU的底层结构与ECU相似，都包括核心处理器芯片、输入/输出接口及各种电路，但DCU需要处理的数据量大增，对算力要求更高，因此需要性能更强的MCU或SoC。随着DCU的出现，传统功能导向的ECU+传感器方案中的算力会被剥离并集中到DCU里，ECU则更多承担执行层面的控制功能。

汽车芯片的需求结构将如何演变？

从长期看，有相当一部分车载MCU会被SoC取代，但中期来看，MCU仍是车载主流控制芯片。随着汽车智能化程度的不断提高，单车MCU的数量仍然会继续增长，计算芯片也在向高性能MCU或算力更高的SoC升级，需求结构呈现“总量增长、性能升级”的双重趋势。