第27章 嵌入式C++开发：交叉编译、资源受限环境优化、RTOS集成、裸机编程技巧

嵌入式C++开发，说白了就是在资源极其有限的环境里，用C++这把「重武器」打出「轻量级」的效果。我早年刚接触嵌入式时，总觉得C++太「重」，不适合单片机。直到后来在ARM Cortex-M上跑通了一个完整的RTOS+状态机项目，才彻底改观。

这一章，我会把交叉编译、资源优化、RTOS集成、裸机编程这几个硬骨头，掰开了揉碎了讲给你听。

27.1 交叉编译：你的电脑不是目标机

交叉编译，就是你在x86的笔记本上写代码，编译出ARM架构的二进制。听起来简单，但坑不少。

我个人习惯用arm-none-eabi-g++这套工具链。举个例子，编译一个简单的LED闪烁程序：

// led_blink.cpp
#include "stm32f4xx.h"

void delay(volatile uint32_t count) {
    while(count--) {
        __NOP();
    }
}

int main() {
    RCC->AHB1ENR |= RCC_AHB1ENR_GPIODEN;
    GPIOD->MODER |= (1 << 24); // PD12 输出模式
    
    while(1) {
        GPIOD->ODR ^= (1 << 12);
        delay(500000);
    }
}

编译命令：

arm-none-eabi-g++ -mcpu=cortex-m4 -mthumb -O2 -nostdlib -T stm32f4.ld led_blink.cpp -o led_blink.elf

27.2 资源受限环境优化：每一字节都珍贵

嵌入式环境里，RAM可能只有16KB，Flash可能只有64KB。你想想看，一个std::vector可能就把堆撑爆了。

我建议的优化策略：

• 禁用动态内存分配：用静态数组或池分配器代替new/delete
• 使用constexpr和模板元编程：把计算放到编译期
• 避免虚函数：虚函数表会占用额外的RAM和Flash
• 用位域和联合体：压缩数据结构

举个例子，一个传感器数据包，用位域来定义：

struct SensorPacket {
    uint32_t temperature : 12;  // 0-4095
    uint32_t humidity    : 10;  // 0-1023
    uint32_t pressure    : 10;  // 0-1023
    // 总共32位，刚好一个word
};

27.3 RTOS集成：让任务跑起来

RTOS（实时操作系统）能让你的嵌入式系统同时处理多个任务。我个人偏爱FreeRTOS，轻量、稳定、文档全。

集成RTOS的核心是任务创建和同步。看这个例子：

#include "FreeRTOS.h"
#include "task.h"

void vTaskLED(void *pvParameters) {
    while(1) {
        GPIOD->ODR ^= (1 << 12);
        vTaskDelay(pdMS_TO_TICKS(500));
    }
}

void vTaskSensor(void *pvParameters) {
    while(1) {
        uint32_t value = read_sensor();
        send_to_queue(value);
        vTaskDelay(pdMS_TO_TICKS(100));
    }
}

int main() {
    xTaskCreate(vTaskLED, "LED", 128, NULL, 1, NULL);
    xTaskCreate(vTaskSensor, "Sensor", 256, NULL, 2, NULL);
    vTaskStartScheduler();
    
    while(1); // 不会执行到这里
}

这里要注意任务栈大小。我见过有人给LED任务分配了512字节，结果栈溢出，系统随机重启。嗯，调试这种问题最头疼。

27.4 裸机编程技巧：没有OS也能优雅

裸机编程，就是没有操作系统，直接操作硬件。很多人觉得裸机就是「轮询+延时」，其实不然。用状态机+定时器中断，一样能写出优雅的代码。

看一个简单的按键消抖状态机：

enum class ButtonState {
    IDLE,
    PRESS_DETECTED,
    PRESS_CONFIRMED,
    RELEASE_DETECTED
};

ButtonState state = ButtonState::IDLE;
uint32_t last_tick = 0;

void button_task() {
    uint32_t now = get_tick();
    bool pressed = (GPIOA->IDR & (1 << 0)) == 0;
    
    switch(state) {
        case ButtonState::IDLE:
            if(pressed) {
                state = ButtonState::PRESS_DETECTED;
                last_tick = now;
            }
            break;
            
        case ButtonState::PRESS_DETECTED:
            if(now - last_tick > 20) { // 20ms消抖
                if(pressed) {
                    state = ButtonState::PRESS_CONFIRMED;
                    handle_button_press();
                } else {
                    state = ButtonState::IDLE; // 噪声
                }
            }
            break;
        // ... 其他状态
    }
}

你看，没有RTOS，没有延时阻塞，全靠定时器轮询。这种写法在资源极度受限的场景下特别好用。

27.5 知识体系总览

下面这张图，是我整理的本章知识结构。你可以把它当作一个快速索引：

27.6 实战建议

如果你刚开始做嵌入式C++，我建议你从裸机编程入手，先吃透GPIO、定时器、中断这些基础。等你能用状态机写出一个稳定的按键处理，再尝试引入RTOS。

RTOS不是银弹。我见过有人为了「用RTOS而用RTOS」，结果任务切换开销比实际处理时间还长。记住，工具是为你服务的，别被工具绑架。

嗯，这个问题没有标准答案。但每次做决定时，多想想你的目标硬件，多想想你的用户场景。时间久了，你自然就有了感觉。

---