4. Flash读取优化：缓存预取策略、XIP执行优化、Flash访问模式配置

Flash读取，是Bootloader性能的命门。我见过太多团队花几个月优化算法，结果发现瓶颈就在Flash读取上——CPU空转等着指令从Flash里搬过来。说白了，你代码写得再漂亮，读Flash慢，一切都白搭。

这一章，咱们就聊聊怎么把Flash读取的每一分潜力都榨出来。我会从缓存预取、XIP执行、访问模式配置三个角度切入，结合我这些年踩过的坑，给你一套可落地的优化方案。

4.1 缓存预取策略：让数据跑在CPU前面

缓存预取，说白了就是猜CPU接下来要读什么，提前把数据从Flash搬到SRAM里。猜对了，性能起飞；猜错了，白忙活一场还污染缓存。

我习惯把预取策略分成三个层次来考虑：

1. Cache Line对齐——这是最基础也最容易忽略的。很多MCU的Cache Line是16字节或32字节。如果你的关键函数入口没有对齐到Cache Line边界，一次读取可能跨两个Line，性能直接腰斩。
2. 预取深度配置——有些Flash控制器支持配置预取深度（比如预取4条还是8条指令）。深度越大，命中率越高，但预取错误时的惩罚也越大。我个人建议：对于线性执行为主的Bootloader，深度可以设大一些；对于有大量条件跳转的场景，适度保守。
3. 分支预测配合——现代MCU的分支预测单元和预取单元是联动的。我曾经在一个项目里发现，预取命中率只有60%，排查了半天，原来是分支预测表太小，频繁的跳转导致预取方向总是猜错。

4.1.1 Cache锁定：把关键代码焊死在缓存里

Cache锁定是个好东西，但很多人不知道怎么用。说白了，就是把最关键的代码段锁定在Cache里，不让它被其他数据挤出去。

举个例子，Bootloader里的Flash擦写函数，调用频率不高但每次调用都极其关键。你可以把这些函数锁定在Cache里，保证它们随时可用。

// 伪代码：Cache锁定示例
void lock_critical_functions(void) {
    // 1. 使能Cache锁定功能
    FLASH->CACHECTRL |= CACHE_LOCK_EN;
    
    // 2. 读取目标函数区域，将其加载到Cache
    volatile uint32_t *addr = (uint32_t *)&flash_erase_function;
    for (int i = 0; i < 64; i++) {
        (void)*addr++;  // 强制读取，加载到Cache
    }
    
    // 3. 锁定当前Cache内容
    FLASH->CACHECTRL |= CACHE_LOCK_NOW;
    
    // 4. 验证锁定状态
    if (FLASH->CACHESTAT & CACHE_LOCK_ACTIVE) {
        // 锁定成功
    }
}

4.2 XIP执行优化：直接在Flash里跑代码

XIP（eXecute In Place）是Bootloader的标配——代码直接在Flash里执行，不用先搬到RAM。但XIP的性能，很大程度上取决于你怎么组织代码。

我记得有个项目，Bootloader启动要3秒多，客户都快疯了。我一看，代码里到处都是散落的函数，跳来跳去，Flash读取完全乱序。后来我把热路径上的函数重新排列，让它们连续存放，启动时间直接降到0.8秒。

4.2.1 代码布局优化：把热路径串起来

XIP优化的核心原则就一条：让CPU在Flash里顺序读，别让它来回跳。具体怎么做？

• 函数重排：用链接脚本把调用链上的函数放在连续地址上。比如A调用B，B调用C，那就让A、B、C的代码挨着放。
• 冷热分离：初始化代码和主循环代码分开存放。初始化代码只在启动时跑一次，可以放在慢速区域；主循环代码放在快速区域。
• 对齐到Cache Line：每个热函数的入口地址，对齐到Cache Line边界。这能减少跨Line读取的次数。

// 链接脚本示例：函数重排
SECTIONS {
    .hot_text : ALIGN(32) {
        *(.text.boot_entry)    // 启动入口
        *(.text.main_loop)     // 主循环
        *(.text.flash_ops)     // Flash操作函数
        *(.text.critical_irq)  // 关键中断处理
    } > FLASH
    
    .cold_text : ALIGN(32) {
        *(.text.init)          // 初始化代码
        *(.text.debug)         // 调试代码
        *(.text.error_handlers)// 错误处理
    } > FLASH
}

4.2.2 函数内联策略：减少调用开销

XIP环境下，函数调用的代价比RAM执行高得多。因为每次调用都要从Flash读取跳转目标地址，还要保存恢复上下文。我建议对热路径上的小函数做内联处理。

策略	适用场景	性能收益	代码膨胀
强制内联	小函数（<10条指令），调用频繁	高（减少跳转和Cache Miss）	中等
选择性内联	中等函数，调用次数可控	中	低
不内联	大函数，调用不频繁	无	无

4.3 Flash访问模式配置：选对模式，事半功倍

Flash控制器通常支持多种访问模式。选对了，性能翻倍；选错了，可能连基本功能都受影响。

4.3.1 连续读取 vs 随机读取

连续读取模式（Burst Mode）是Flash读取的“高速公路”。它一次读取多个连续地址的数据，利用Flash内部的页缓冲区，吞吐量极高。随机读取模式则每次只读一个地址，适合跳转频繁的场景。

我建议：Bootloader的主循环和关键函数，尽量用连续读取模式。初始化阶段或者查表操作，可以用随机读取模式。

// 配置Flash为连续读取模式（以某款MCU为例）
void flash_set_burst_mode(void) {
    // 1. 设置预取缓冲区大小
    FLASH->ACR |= FLASH_ACR_PRFTEN;   // 使能预取
    FLASH->ACR |= FLASH_ACR_ICEN;     // 使能指令缓存
    
    // 2. 配置等待周期（根据主频调整）
    // 主频 80MHz 时，需要 2 个等待周期
    FLASH->ACR = (FLASH->ACR & ~FLASH_ACR_LATENCY_MASK) | 
                  FLASH_ACR_LATENCY_2WS;
    
    // 3. 使能连续读取
    FLASH->CR |= FLASH_CR_BURST_EN;
}

4.3.2 Dual-Quad模式：并行读取的威力

如果你的MCU支持Dual-Quad SPI Flash，那恭喜你，你手里有了一把利器。Dual-Quad模式可以同时从两个Quad-SPI接口读取数据，理论带宽翻倍。

我曾经在一个需要快速加载固件的项目里，把Flash从Single模式切换到Dual-Quad模式，读取速度从40MB/s飙到了160MB/s。代价是多占用了几个GPIO引脚，但值了。

模式	数据线数量	理论带宽（@80MHz）	引脚占用
Single SPI	1	10 MB/s	4
Quad SPI	4	40 MB/s	6
Dual-Quad SPI	8	80 MB/s	10
Octal SPI	8	160 MB/s	10

4.3.3 频率与时序：找到最佳平衡点

Flash的读取频率不是越高越好。频率高了，等待周期（Wait State）也要增加。有时候，降低频率反而能提升整体性能，因为等待周期少了。

举个例子：某Flash在80MHz下需要2个等待周期，实际有效带宽是80/(2+1) ≈ 26.7 MB/s。如果降到60MHz，只需要1个等待周期，有效带宽是60/(1+1) = 30 MB/s。你看，频率低了，性能反而高了。

我建议你在项目初期，做一个频率-性能扫描测试，找到最佳工作点。

// 频率-性能扫描测试伪代码
void flash_freq_scan(void) {
    uint32_t freqs[] = {40, 50, 60, 70, 80, 90, 100};
    uint32_t best_freq = 40;
    uint32_t best_bw = 0;
    
    for (int i = 0; i < sizeof(freqs)/sizeof(freqs[0]); i++) {
        // 配置Flash频率和等待周期
        flash_set_freq(freqs[i]);
        flash_set_latency(calc_latency(freqs[i]));
        
        // 测量实际读取带宽
        uint32_t bw = measure_flash_bandwidth();
        
        if (bw > best_bw) {
            best_bw = bw;
            best_freq = freqs[i];
        }
    }
    
    // 设置到最佳频率
    flash_set_freq(best_freq);
}