第2章分层架构设计原则

第2章：分层架构设计原则

好，咱们今天聊聊TCU软件的分层架构。说实话，我刚入行那会儿，代码写得那叫一个随心所欲——想在哪层写就在哪层写。结果呢？项目后期改个需求，牵一发动全身，差点没把我整崩溃。后来我才真正理解，分层不是花架子，是保命用的。

2.1 高内聚低耦合——软件设计的黄金法则

什么叫高内聚？说白了，就是每个模块只干自己那摊事，干得还特别专。比如一个CAN通信模块，你就别让它去管换挡逻辑。我见过最离谱的代码，在CAN接收中断里直接调了换挡执行函数——嗯，后来那个项目出了好几次偶发故障，查了两个月才定位到问题。

低耦合呢？就是模块之间别扯太深的关系。你调用我，我给你接口，但你别管我内部怎么实现。我习惯用「接口契约」这个词——双方约定好输入输出，内部随便折腾。

高内聚低耦合的好处：

改一个模块，不影响其他模块——我改过无数次，深有体会
模块可以单独测试——不用等所有代码写完再联调
新人接手快——只看接口文档就能干活

举个例子，你想想看，如果换挡逻辑模块里混了NVM读写代码，那以后换存储芯片，你是不是还得改换挡逻辑？这不合理嘛。

2.2 接口隔离原则——别让模块知道太多

接口隔离原则，我理解就是「不要强迫模块依赖它不需要的东西」。在TCU里，应用层不需要知道底层用的是SPI还是I2C，它只需要一个「读传感器值」的接口就够了。

我曾经接手过一个项目，应用层直接调用了底层驱动的寄存器地址。后来换了MCU，好家伙，所有应用代码都得重写。你说这坑不坑？

我的接口设计习惯：

每个接口只做一件事——比如 GetGearPosition() 就别顺便返回油温
接口参数尽量少——超过3个参数我就觉得不对劲
返回值要明确——别返回个0表示成功，-1表示失败，让人猜

在AUTOSAR里，RTE层就是干这个的。它把应用层和基础软件层隔开，应用层只管调用RTE接口，至于底层是哪个供应商的代码，应用层根本不关心。这就是接口隔离的威力。

2.3 分层职责划分——各司其职

TCU软件分三层：应用层、RTE层、基础软件层。每层有每层的活，别越界。

层次	职责	典型内容
应用层	业务逻辑	换挡策略、扭矩管理、故障诊断
RTE层	通信中介	数据路由、事件触发、运行实体调度
基础软件层	硬件抽象	MCAL、OS、通信栈、NVM管理

应用层——这是TCU的大脑。换挡时机怎么判断？离合器怎么结合？这些都在应用层。我习惯把应用层写得像「业务说明书」，让不懂硬件的工程师也能看懂逻辑。

RTE层——说白了就是个「传话筒」。应用层说「我要读车速」，RTE就去基础软件层拿数据，再返回给应用层。它不参与业务判断，只负责跑腿。但别小看它，跑腿跑不好，数据延迟了，换挡顿挫就来了。

基础软件层——这是最贴近硬件的部分。MCU寄存器、外设驱动、操作系统都在这一层。我建议把这层当成「黑盒子」——应用层开发者不需要知道里面怎么实现的，只要接口稳定就行。

注意：千万别在应用层直接操作硬件寄存器。我曾经见过一个项目，应用层代码里直接写了 *(volatile uint32*)0x40020000 = 0x01; ——后来换了MCU，所有应用代码都得改，那叫一个酸爽。

2.4 实战中的分层陷阱

说起来都是泪。我总结几个常见的坑：

层间耦合过紧——应用层直接调用BSW的函数。解决办法：所有跨层调用必须经过RTE。
接口定义太随意——同一个功能，不同模块的接口风格不一样。我建议团队统一接口命名规范，比如 App_ 开头表示应用层接口，Rte_ 开头表示RTE接口。
分层不彻底——说是分层，结果底层代码里也写了业务逻辑。嗯，这种代码我见过太多，最后都变成了「屎山」。

我个人习惯，在项目初期就画好分层图，贴在工位上。每次写代码前先问自己：「这行代码该放哪层？」如果犹豫了，大概率是设计有问题。

2.5 一个小例子

假设我们要实现一个「车速过高时禁止升挡」的功能。分层设计应该是这样的：

// 应用层：业务逻辑
void App_ShiftControl(void)
{
    uint16_t vehicleSpeed = Rte_IRead_VehicleSpeed();
    if (vehicleSpeed > SPEED_THRESHOLD)
    {
        Rte_IWrite_UpshiftInhibit(TRUE);
    }
}

// RTE层：数据路由（由工具生成）
uint16_t Rte_IRead_VehicleSpeed(void)
{
    return Bsw_ReadVehicleSpeed();
}

void Rte_IWrite_UpshiftInhibit(boolean inhibit)
{
    Bsw_SetUpshiftInhibit(inhibit);
}

// 基础软件层：硬件操作
uint16_t Bsw_ReadVehicleSpeed(void)
{
    return (uint16_t)(SPEED_SENSOR_REG & 0x0FFF);
}

void Bsw_SetUpshiftInhibit(boolean inhibit)
{
    if (inhibit)
    {
        SHIFT_INHIBIT_REG |= 0x01;
    }
    else
    {
        SHIFT_INHIBIT_REG &= ~0x01;
    }
}

你看，应用层只关心「车速多少」「要不要禁止升挡」，它不知道车速是从哪个传感器读的，也不知道禁止升挡是通过哪个寄存器实现的。这就是分层的好处——哪天换了传感器，只改BSW层就行，应用层代码动都不用动。

好了，这一章就聊到这儿。记住一句话：分层不是约束，是自由。有了清晰的分层，你才能放心大胆地改代码，而不怕改出问题。

📚 课程目录