2. 开发环境搭建：Keil MDK / IAR / GCC 工具链选择、工程模板建立、链接脚本(.ld)与启动文件(startup.s)解析
说实话，ARMv7 的开发环境选择，是很多初学者第一个踩坑的地方。我记得刚带团队那会儿，有个同事拿着 IAR 的工程非要往 Keil 里导，折腾了两天没跑起来。其实工具链没有绝对的好坏，关键看你的项目场景和团队习惯。
这一章，我会把三种主流工具链的选型逻辑、工程模板的搭建套路，以及链接脚本和启动文件里那些「看着头疼但必须懂」的细节，一次性讲清楚。
2.1 工具链选型：Keil MDK vs IAR vs GCC
先给个结论：没有银弹。我个人的习惯是——原型验证用 Keil，量产项目用 IAR，开源或 Linux 生态用 GCC。下面这张表是我多年项目里总结的对比：
| 对比维度 | Keil MDK | IAR EWARM | GCC (arm-none-eabi) |
|---|---|---|---|
| IDE 集成度 | 高，开箱即用 | 高，调试体验极佳 | 低，需配合 Makefile/CMake |
| 编译器优化 | 中等，ARMCC 稳定 | 强，代码密度控制好 | 强，-Os/-O2 灵活 |
| 调试器支持 | ULINK/J-Link 原生 | I-Jet/J-Link 原生 | 需 OpenOCD + GDB |
| 许可证费用 | 高（MDK-Plus 约 $5k） | 高（EWARM 约 $8k） | 免费 |
| RTOS 集成 | CMSIS-RTOS 原生 | 需手动移植 | FreeRTOS 源码直接编译 |
| 启动文件 | 自带 .s 模板 | 自带 .s79 模板 | 需自行编写或从 SDK 获取 |
2.2 工程模板建立——以 Keil MDK 为例
搭建工程模板这件事，说白了就是「一次配置，到处复用」。我习惯把模板分成三层：
- 芯片层：启动文件、链接脚本、系统时钟配置
- 驱动层：GPIO/UART/SPI 等外设驱动源文件
- 应用层：main.c、中断处理、RTOS 配置
具体步骤：
- 打开 Keil MDK，选择芯片型号（比如 STM32F407 或 i.MX6UL）
- 勾选 CMSIS-CORE 和 Device Startup 组件
- 手动添加 startup_xxx.s 和 system_xxx.c
- 配置 RAM/ROM 地址范围（与链接脚本一致）
- 设置调试器为 J-Link / ULINK，选择 SWD 接口
2.3 链接脚本 (.ld) 深度解析
链接脚本，说白了就是告诉编译器：「你的代码放哪，数据放哪，堆栈放哪」。很多初学者觉得这玩意儿是编译器自动搞定的，其实不然。RTOS 的多任务堆栈分配、MPU 保护区域划分，都离不开对 .ld 文件的理解。
一个典型的 ARMv7 链接脚本结构如下：
/* 内存区域定义 */
MEMORY
{
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 1M
RAM (rwx) : ORIGIN = 0x20000000, LENGTH = 128K
}
/* 段布局 */
SECTIONS
{
.text : {
*(.isr_vector) /* 中断向量表，必须放在开头 */
*(.text) /* 代码段 */
*(.rodata) /* 只读数据 */
_etext = .; /* 代码结束地址 */
} > FLASH
.data : {
_sdata = .; /* 数据段起始地址 */
*(.data)
_edata = .; /* 数据段结束地址 */
} > RAM AT> FLASH /* 加载域在 Flash，运行域在 RAM */
.bss : {
_sbss = .; /* BSS 段起始 */
*(.bss)
_ebss = .; /* BSS 段结束 */
} > RAM
.stack : {
. = ALIGN(8);
_stack_end = .; /* 栈底 */
. += 0x4000; /* 16KB 栈空间 */
_stack_top = .; /* 栈顶 */
} > RAM
}
关键点解读：
ORIGIN和LENGTH必须与芯片手册的存储器映射一致.data段的AT> FLASH表示：数据在 Flash 里存着，启动时由startup.s拷贝到 RAM_stack_top会被启动文件用来初始化 MSP（主堆栈指针）- RTOS 任务栈通常不在这个 .stack 段里分配，而是由 RTOS 自己在堆区动态分配
你想想看，如果 .ld 文件里 RAM 的 ORIGIN 写错了 0x100 字节，整个程序的数据段就全偏了。我遇到过最离谱的一次，是某款芯片的 RAM 其实有两个 bank，但 .ld 只配了一个，结果 DMA 访问第二个 bank 时直接挂掉。
2.4 启动文件 (startup.s) 逐行拆解
启动文件是芯片上电后执行的第一段代码。它干的事其实不多，但每一步都致命：
- 设置栈指针 SP（从 .ld 里拿
_stack_top） - 调用
SystemInit()配置时钟和 PLL - 搬运 .data 段从 Flash 到 RAM
- 清零 .bss 段
- 跳转到
main()
下面是一段精简的 startup.s 核心逻辑（ARM 汇编）：
; 中断向量表
__Vectors DCD _stack_top ; 栈顶地址
DCD Reset_Handler ; 复位向量
DCD NMI_Handler
DCD HardFault_Handler
; ... 其他中断向量
; 复位处理
Reset_Handler PROC
EXPORT Reset_Handler
; 1. 设置栈指针
LDR SP, =_stack_top
; 2. 调用系统初始化
BL SystemInit
; 3. 搬运 .data 段
LDR R0, =_sdata
LDR R1, =_edata
LDR R2, =_sidata ; Flash 中的加载地址
MOVS R3, #0
B LoopCopyDataInit
CopyDataInit LDR R4, [R2, R3]
STR R4, [R0, R3]
ADDS R3, R3, #4
LoopCopyDataInit
ADDS R4, R0, R3
CMP R4, R1
BCC CopyDataInit
; 4. 清零 .bss 段
LDR R0, =_sbss
LDR R1, =_ebss
MOVS R2, #0
B LoopFillZerobss
FillZerobss STR R2, [R0]
ADDS R0, R0, #4
LoopFillZerobss
CMP R0, R1
BCC FillZerobss
; 5. 跳转到 main
BL main
B .
ENDP
2.5 知识结构总览
下面这张 SVG 图，把本章的核心知识点串了起来。你可以把它当作「开发环境搭建」的脑图：
2.6 本章小结
开发环境搭建这件事，看起来琐碎，但它是整个嵌入式开发的基石。工具链选错了，后面移植 RTOS 时会多出很多无谓的工作；链接脚本写错了，程序跑飞了你都不知道问题出在哪；启动文件漏了 FPU 初始化，浮点运算直接 HardFault。
我个人建议：花半天时间，把本章的模板完整走一遍。从 Keil 建工程开始，到手动写一个最小化的 .ld 和 startup.s，再到用 J-Link 点灯验证。这个过程走通了，后面 28 章的外设驱动和 RTOS 集成，你心里就有底了。