3. 开发环境搭建：Keil/IAR/STM32CubeIDE配置、Linker Script修改、启动文件定制
好，咱们进入第三章。这一章讲的是开发环境搭建，听起来基础，但很多坑都埋在这里。我见过不少工程师，代码写得漂亮，结果卡在环境配置上，一卡就是半天。说白了，Bootloader的调试环境跟普通应用开发不太一样，你得提前把路铺好。
3.1 IDE的选择与配置要点
目前主流的选择就三个：Keil MDK、IAR EWARM、STM32CubeIDE。我个人习惯是项目前期用CubeIDE做快速验证，后期量产固件用Keil或IAR。为什么？因为Keil和IAR的编译器优化更成熟，生成的代码体积更小，这对Bootloader这种对尺寸敏感的场景很重要。
| 特性 | Keil MDK | IAR EWARM | STM32CubeIDE |
|---|---|---|---|
| 编译器 | ARMCC v6 (基于Clang) | IAR C/C++ Compiler | GCC ARM Embedded |
| 代码密度 | 优秀 | 优秀 | 良好 |
| 调试器支持 | J-Link, ST-Link, ULINK | J-Link, I-jet, ST-Link | ST-Link (原生), J-Link |
| Linker Script | .sct 分散加载文件 | .icf 链接配置文件 | .ld GNU链接脚本 |
| 许可证费用 | 商业授权 | 商业授权 | 免费 |
3.2 Linker Script修改——Bootloader的灵魂
Linker Script决定了你的代码放在哪里，数据放在哪里。对于Bootloader，核心就是分区。你得告诉链接器：Bootloader占多大空间，从哪个地址开始；应用程序又该放在哪里。
我记得第一次做OTA升级项目时，没仔细算Bootloader的大小，结果编译出来的固件把应用程序的起始地址给覆盖了。板子一上电就跑飞，查了整整两天才找到原因。嗯，从那以后我每次都会在Linker Script里预留足够的冗余空间。
3.2.1 Keil .sct 分散加载文件
Keil用的是分散加载描述文件，后缀是.sct。下面是一个典型的Bootloader分区配置：
; Bootloader分区配置 - STM32F407
LR_IROM1 0x08000000 0x00010000 { ; 起始地址0x08000000，大小64KB
ER_IROM1 0x08000000 0x00010000 {
*.o (RESET, +First) ; 中断向量表必须放在最前面
*(InRoot$$Sections)
.ANY (+RO)
}
RW_IRAM1 0x20000000 0x00020000 { ; RAM区域128KB
.ANY (+RW +ZI)
}
}
; 应用程序分区 - 从0x08010000开始
LR_IROM2 0x08010000 0x000F0000 { ; 起始地址0x08010000，大小960KB
ER_IROM2 0x08010000 0x000F0000 {
*.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
}
RW_IRAM2 0x20000000 0x00020000 {
.ANY (+RW +ZI)
}
}3.2.2 IAR .icf 链接配置文件
IAR的语法跟Keil不太一样，但逻辑相同。我贴一个我常用的模板：
/* IAR .icf 配置 - Bootloader分区 */
define symbol __ICFEDIT_region_ROM_start__ = 0x08000000;
define symbol __ICFEDIT_region_ROM_end__ = 0x0800FFFF; /* 64KB */
define symbol __ICFEDIT_region_RAM_start__ = 0x20000000;
define symbol __ICFEDIT_region_RAM_end__ = 0x2001FFFF; /* 128KB */
define region ROM_region = mem:[from __ICFEDIT_region_ROM_start__
to __ICFEDIT_region_ROM_end__];
define region RAM_region = mem:[from __ICFEDIT_region_RAM_start__
to __ICFEDIT_region_RAM_end__];
place at address mem:0x08000000 { readonly section .intvec }; /* 向量表 */
place in ROM_region { readonly };
place in RAM_region { readwrite, block HEAP, block CSTACK };3.2.3 STM32CubeIDE .ld GNU链接脚本
GCC的链接脚本最灵活，但也最容易出错。关键参数就两个：FLASH和RAM的起始地址与长度。
/* STM32CubeIDE .ld 链接脚本 - Bootloader */
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 64K
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K
}
SECTIONS
{
.isr_vector : /* 中断向量表 */
{
. = ALIGN(4);
KEEP(*(.isr_vector))
. = ALIGN(4);
} > FLASH
.text : /* 代码段 */
{
. = ALIGN(4);
*(.text)
*(.text*)
. = ALIGN(4);
} > FLASH
.data : /* 初始化数据 */
{
. = ALIGN(4);
_sdata = .;
*(.data)
*(.data*)
_edata = .;
} > RAM AT> FLASH
.bss : /* 未初始化数据 */
{
. = ALIGN(4);
_sbss = .;
*(.bss)
*(.bss*)
_ebss = .;
} > RAM
}3.3 启动文件(startup.s)定制
启动文件是MCU上电后执行的第一段代码。它负责三件事：设置堆栈指针、初始化中断向量表、跳转到main函数。对于Bootloader，我们需要对它做两处关键修改。
3.3.1 修改中断向量表偏移
Bootloader本身有一套中断向量表，但应用程序也有自己的向量表。当Bootloader跳转到应用程序后，CPU需要知道新的向量表在哪。这通过设置VTOR寄存器来实现。
在startup.s里，你需要在进入main之前，把向量表的基地址写到VTOR。我一般在Reset_Handler里加这几行：
; 启动文件 startup.s - 设置VTOR
Reset_Handler:
; 设置中断向量表偏移为0x08000000 (Bootloader起始地址)
LDR R0, =0xE000ED08 ; VTOR寄存器地址
LDR R1, =0x08000000 ; Bootloader向量表基地址
STR R1, [R0]
; 初始化堆栈指针
LDR SP, =_estack
; 跳转到SystemInit
BL SystemInit
; 跳转到main
BL main3.3.2 调整堆栈大小
Bootloader的堆栈需求通常比应用程序小。你可以在startup.s里找到堆栈大小的定义，把它改小一点，省出RAM给应用程序用。
; 堆栈配置 - Bootloader
Stack_Size EQU 0x00000400 ; 1KB堆栈，够用就行
Heap_Size EQU 0x00000200 ; 512B堆
AREA STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem SPACE Stack_Size
__initial_sp
AREA HEAP, NOINIT, READWRITE, ALIGN=3
Heap_Mem SPACE Heap_Size3.4 知识结构总览
下面这张图把本章的核心逻辑串起来了。你对照着看，应该能更清楚每个环节的位置。
3.5 避坑指南
最后，我把自己踩过的几个坑列出来，你遇到了可以直接对照排查。
- 向量表对齐问题：VTOR寄存器要求向量表地址按128字节对齐（低7位为0）。我曾经把Bootloader放在0x08000100，结果中断全跑飞。后来改成0x08000000才正常。
- Linker Script语法错误：Keil的.sct文件里，分号是注释符，不是C语言的双斜杠。我第一次用Keil时写了个//注释，编译器直接报错，查了半天。
- 堆栈溢出：Bootloader的堆栈改小了，但你的跳转函数里如果调用了printf或者复杂的HAL库函数，堆栈可能不够。我建议在跳转前把堆栈指针重新指向RAM顶端，确保应用程序有完整的堆栈空间。
- 编译器优化等级：调试阶段用-O0，发布阶段用-Os。但注意，高优化等级可能会把一些关键变量优化掉，比如VTOR的赋值操作。我遇到过GCC -O2把LDR/STR指令优化成死代码的情况，最后加了volatile才解决。