13、指针与嵌入式系统：裸机编程中的指针应用

嵌入式系统开发，说白了就是跟硬件打交道。而指针，就是我们跟硬件对话的「翻译官」。我做了十几年嵌入式开发，可以负责任地告诉你：不懂指针的嵌入式工程师，就像不会看地图的司机——能开，但绝对走不远。

这一章，我们聊聊指针在裸机编程中的几个硬核应用场景。嗯，都是我在项目里踩过坑、流过泪才总结出来的经验。

13.1 寄存器地址映射：用指针直接操作硬件

嵌入式系统里，外设寄存器都映射在特定的内存地址上。比如一个GPIO输出寄存器，地址可能是0x40020C14。你怎么操作它？

最直接的方式，就是用指针：

// 定义一个指向寄存器的指针
volatile uint32_t *gpio_output = (uint32_t *)0x40020C14;

// 写寄存器
*gpio_output = 0x01 << 5;  // 让第5号引脚输出高电平

这里有个关键点：volatile。为什么必须加？

我曾经在一个电机控制项目里，忘了加volatile。编译器觉得这个变量「好像没被改过」，就优化掉了我的写操作。结果电机死活不转，我查了两天……嗯，从那以后，我写寄存器映射第一件事就是加volatile。

实际工程中，我们通常用结构体来组织寄存器映射，这样代码更清晰：

// GPIO寄存器结构体
typedef struct {
    volatile uint32_t MODER;    // 模式寄存器
    volatile uint32_t OTYPER;   // 输出类型寄存器
    volatile uint32_t OSPEEDR;  // 输出速度寄存器
    volatile uint32_t PUPDR;    // 上下拉寄存器
    volatile uint32_t IDR;      // 输入数据寄存器
    volatile uint32_t ODR;      // 输出数据寄存器
} GPIO_TypeDef;

// 定义GPIOA基地址
#define GPIOA_BASE      0x40020000
#define GPIOA           ((GPIO_TypeDef *)GPIOA_BASE)

// 使用
GPIOA->MODER = 0x55555555;  // 配置所有引脚为输出模式
GPIOA->ODR = 0xFF;          // 输出高电平

你看，用结构体映射后，代码可读性高了很多。我个人习惯把这种映射定义放在头文件里，统一管理。

13.2 中断向量表与函数指针

中断向量表，本质上就是一个函数指针数组。每个中断源对应一个入口地址，CPU发生中断时，自动从这个表里取出地址跳转执行。

在STM32这样的ARM Cortex-M内核里，向量表通常放在起始地址：

// 定义中断处理函数类型
typedef void (*ISR_Func)(void);

// 向量表结构体
typedef struct {
    void        *pStackTop;      // 栈顶地址
    ISR_Func    Reset_Handler;   // 复位中断
    ISR_Func    NMI_Handler;     // 不可屏蔽中断
    ISR_Func    HardFault_Handler; // 硬错误中断
    // ... 其他中断
} VectorTable;

// 声明中断处理函数
void Reset_Handler(void);
void HardFault_Handler(void);

// 定义向量表（放在特定段）
__attribute__((section(".isr_vector")))
const VectorTable g_pfnVectors = {
    .pStackTop          = &_estack,
    .Reset_Handler      = Reset_Handler,
    .HardFault_Handler  = HardFault_Handler,
};

这里有个坑：向量表必须是const的，而且通常要放在特定的内存段。为什么？因为启动时，CPU会从固定地址读取向量表，如果它被改写了，系统直接崩溃。

函数指针在中断里的另一个妙用，是实现回调机制。比如定时器中断里，我们可以用函数指针来执行不同的任务：

// 定义回调函数类型
typedef void (*TimerCallback)(void);

// 定时器中断处理
void TIM2_IRQHandler(void) {
    static TimerCallback pCallback = NULL;
    
    if (pCallback) {
        pCallback();  // 执行回调
    }
    
    // 清除中断标志
    TIM2->SR &= ~TIM_SR_UIF;
}

// 注册回调
void Timer_RegisterCallback(TimerCallback cb) {
    pCallback = cb;
}

这种设计模式在工程里非常实用。你可以动态切换中断里执行的任务，而不需要修改中断处理函数本身。

13.3 Bootloader中的指针技巧

Bootloader是嵌入式系统的「启动引导程序」。它负责检查固件、跳转到应用程序。这里指针的用法很讲究。

技巧一：跳转到应用程序

Bootloader完成校验后，需要跳转到应用程序的入口。这个入口就是应用程序的复位中断处理函数地址：

// 应用程序起始地址
#define APP_START_ADDR      0x08010000

// 跳转到应用程序
void JumpToApp(void) {
    // 获取应用程序的栈顶地址
    uint32_t app_stack = *(volatile uint32_t *)APP_START_ADDR;
    
    // 获取应用程序的复位中断处理函数地址
    uint32_t app_reset = *(volatile uint32_t *)(APP_START_ADDR + 4);
    
    // 定义函数指针
    typedef void (*AppFunc)(void);
    AppFunc app_entry = (AppFunc)app_reset;
    
    // 设置主栈指针
    __set_MSP(app_stack);
    
    // 跳转
    app_entry();
}

这里要注意：跳转前必须关闭所有中断、复位外设状态。我见过有人跳转后外设还在工作，结果应用程序和外设「打架」的情况。

技巧二：重定向中断向量表

应用程序运行时，中断向量表需要指向应用程序自己的向量表。ARM Cortex-M提供了VTOR寄存器：

// 重定向向量表到应用程序区域
SCB->VTOR = APP_START_ADDR;

这个操作必须在跳转前完成，否则中断来了还会跑到Bootloader的向量表里。

13.4 知识体系总览

下面这张图，把本章的核心知识点串起来了：

13.5 避坑指南

最后，分享几个我踩过的坑，希望能帮你少走弯路：

• 指针类型不匹配：32位寄存器一定要用uint32_t*，别用int*。不同平台int长度不一样，移植时容易出问题。
• 对齐问题：有些MCU要求访问必须对齐。比如你用一个uint16_t*去访问奇数地址，直接触发HardFault。
• 中断优先级：在中断里用函数指针时，确保回调函数不会引起优先级反转。我见过因为回调里调了延时函数，导致系统卡死的案例。
• Bootloader跳转前：一定要关中断、复位外设、清中断标志。否则应用程序一启动就被「历史遗留问题」搞崩溃。

指针在嵌入式系统里，就像手术刀——用好了能精准操作硬件，用不好就捅出大问题。多练、多试、多踩坑，慢慢就熟练了。