Bootloader必须从复位向量地址开始执行，需手动初始化栈、清.bss、校验CRC并安全跳转至应用；CRC算法参数、向量表重映射、串口接收策略等均须严格匹配。
Bootloader 必须从复位向量开始接管，不能依赖 C 运行时
单片机上电或复位后，CPU 直接从地址 0x00000000（或厂商指定向量表起始地址，如 STM32 是 0x08000000）取栈顶和复位向量。Bootloader 若想先运行，就必须占据这个位置——这意味着你不能写一个普通的 main() 函数然后指望它自动启动。
实际做法是：
- 用汇编或链接脚本把 Bootloader 的向量表放在芯片要求的起始地址（例如 STM32F4 的
0x08000000），其中复位处理函数指向你的 C 初始化入口（比如boot_entry()） - 在
boot_entry()中手动初始化栈指针、关闭看门狗、配置时钟（若需串口/Flash 操作）、禁用所有中断 - 绝对不要调用
memset、printf或任何依赖.bss自动清零的函数——你得自己用循环清.bss段 - Flash 编程前务必检查目标扇区是否已擦除（未擦除的位只能从 1→0，不能 0→1；CRC 校验失败往往是因为残留数据干扰）
CRC32 校验必须覆盖完整固件镜像，且算法要与生成端严格一致
Bootloader 在跳转前校验的是整个用户固件二进制（.bin），不是 .hex 或编译中间文件。常见错误是：用工具生成 CRC 时用了 CRC-32/ISO 3309（即“CRC32”），但 Bootloader 里用了 CRC-32/IEEE（初始值 0xFFFFFFFF，异或终值），结果永远不匹配。
推荐直接复用经验证的查表实现（如 crc32_table[] + 逐字节查表），并确保两端参数完全对齐：
立即学习“C++免费学习笔记（深入）”；
- 多项式：
0xEDB88320（Little-Endian 表，最常用） - 初始值：
0xFFFFFFFF - 输入是否反转（refin）：
false（即按字节原始顺序送入） - 输出是否反转（refout）：
false - 最终异或值：
0xFFFFFFFF
校验范围必须从用户程序的向量表起始（如 0x08004000）到末尾，不包含 Bootloader 自身区域。可在固件末尾预留 4 字节存放 CRC 值，Bootloader 读出该值后，对前面全部数据重新计算并比对。
跳转到应用前必须重置 MSP/PSP、重映射向量表、关闭 Bootloader 中断
STM32 等 Cortex-M 芯片的应用程序有自己的向量表（位于其 Flash 起始），Bootloader 若不切换，中断仍会进入 Bootloader 的 IRQ Handler，导致 crash 或静默失败。
安全跳转的关键步骤：
- 用
__set_MSP(*(uint32_t*)app_base)设置主栈指针为应用向量表首项（即栈顶地址） - 调用
SCB->VTOR = app_base把向量表偏移寄存器指向应用向量表基址（如0x08004000） - 执行
__disable_irq()防止跳转瞬间中断抢占 - 通过函数指针调用复位向量：
typedef void (*func_ptr)(void); func_ptr app_reset = (func_ptr)(*(uint32_t*)(app_base + 4)); app_reset();
注意：app_base + 4 是因为向量表第 0 项是初始栈指针，第 1 项（偏移 4 字节）才是复位函数地址。
串口接收固件时容易丢帧或误判结束，要用超时+长度双约束
Bootloader 通常通过 UART 接收新固件，但裸机环境下没有 OS 级流控，PC 端发送速度稍快就会溢出 RX FIFO 或错过停止条件。
可靠接收策略：
- 不依赖“收到 0x04（EOT）就结束”——有些工具不发 EOT，或线路干扰伪造该字节
- 改用“接收满预期长度”或“连续 N ms 无新字节”作为完成信号（例如
if (millis() - last_rx_time > 100 && rx_len == expected_len)） - 每接收 64/128 字节就校验一次 Flash 编程结果（读回比对），避免整包写完才发现某页编程失败
- 接收缓冲区大小必须是 Flash 编程粒度（如一页 1KB）的整数倍，否则最后一块无法整页擦除/写入
CRC 错误本身不会导致死机，但若校验失败后仍跳转，大概率进硬故障——务必在 CRC 不匹配时卡住（如闪烁 LED）或回退到等待接收状态，而不是强行运行。
