Switch 的运行状态由已经完成的初始化和管理操作共同形成。XML 描述期望配置，C 代码表达软件动作，运行时寄存器与表项反映当前硬件状态。看见配置值、找到 API 名称和确认配置已经生效，是三件不同的事。 沿着配置消费、构建、执行、硬件访问和读回建立连续关系，才能解释它们之间的差异。

本文是车载以太网 Switch 专栏的第三篇，结合硬件连接与二层转发，说明配置生效、UMSD/MDIO 管理与 AUTOSAR 集成。所有代码均为自行构造的示意代码，不引用内部驱动、配置原件或专有寄存器序列。

车载以太网交换芯片连接传感器、计算节点和控制节点，完成端口间报文转发。理解它的硬件架构，需要同时看清三个对象：MAC 处理以太网帧，PHY 实现物理链路，Switch 连接多个端口并决定帧的出口。 RGMII、SGMII 和高速 SerDes 则处于不同的连接边界，不能仅根据接口名字判断网线怎样接。

本文是车载以太网 Switch 专栏的第一篇。这里先建立连接模型，第二篇讨论一帧报文的转发，第三篇讨论管理与配置生效。

这篇笔记先说明 CAN 总线通信的基本机制，再梳理 AUTOSAR 中 CAN Driver、CAN Interface 和 CAN Transceiver Driver 的分工。集成与调试部分仍是提纲，尚未整理成可复现的配置步骤。