句柄结构体：
包含硬件关联型的结构体和纯软件型的结构体；
为什么HAL库会有嵌套结构体去初始化串口，而标准库不用？
HAL 库通过句柄结构体嵌套初始化子结构体的方式初始化串口，核心是基于 "外设抽象化、配置与状态统一管理" 的设计理念：句柄作为串口的一站式管理载体，嵌套的 Init 子结构体缓存波特率等静态配置参数，句柄直接成员缓存发送状态等动态运行状态，既实现配置与状态分层管理，也避免重复解析寄存器，降低硬件操作成本；
而标准库以 "寄存器级薄封装" 为核心，追求轻量高效与硬件直连，无需嵌套结构体：初始化时仅将扁平化配置结构体作为一次性传参工具，直接写入寄存器后即丢弃，不缓存任何配置或状态，后续获取配置 / 状态需开发者直接读取并解析寄存器，全程以寄存器为唯一数据源；
锁定与未锁定操作：
对于stm32的外设，存在一些外设具有操作流程长，存在多任务/中断并发访问的可能，所有在使用改外设时需要在软件的规则层面对该外设进行解锁和锁定操作避免出现多任务并发冲突，锁定与解锁是句柄结构体中的纯软件型结构体；
C语言中宏定义拼接符的使用：
宏定义里的行拼接符 \（反斜杠）核心作用是将多行代码 "拼接" 成一行，让编译器把分散的多行文本视为一个完整的宏定义 ------ 这是解决宏定义"跨多行书写" 的唯一合法方式，\必须作为该行的最后一个字符才能起到拼接的作用，有空格等不可见字符就会导致编译器报错，可以在NotePad中打开文件并显示所有字符来产看是否有不可见字符；
_weak定义：
为用户重写预留 "覆盖位"。
弱符号的特性是：如果用户在自己的代码中定义了同名的非弱函数（去掉__weak 重写 HAL_SPI_MspInit），链接器会优先使用用户的函数覆盖库的弱函数；
SPI的数据寄存器：
SPI_DR的32位寄存器仅低16位可用，且这16位是 "软件访问收发缓冲区的窗口"，而非 "收/发缓冲区各占 16 位"，真正的收发缓冲区是另外两个独立的16位硬件缓存，SPI_DR只是统一的读写入口；
SPI_SR状态寄存器描述的是正真的缓存区的状态，而不是DR寄存器的状态；
SPI读写FLASH数据时遇到的问题：
flash在收到扇区擦除命令和擦除地址后，会擦除该地址算在扇区的内容，无论该地址是起始地址或中间地址；
由于受到FLASH的硬件条件约束，在写数据的时候必须封装一个页写入函数，不能直接将MCU缓冲区的数据写入FLASH；
而读数据不受约束所以可以直接读取数据保存在MCU缓冲区；
SPI接收数据：
由于SPI是全双工，主机必须要发送一个数据从机才能返回一个数据，而在SPI读FLASH的环境中，需要主机发送一个无效数据来触发从FLASH返回数据，一般为Dummy_Byte=0xFF;
在使用库函数中的数据发送函数只管发送而不管接收，接收函数只负责接收而不管发送，两个库函数都属于单纯发送和接收一个字节的底层操作。若要适配SPI全双工的通信方式就要利用这两函数写一个上层封装函数；
在写入时有页写入命令、写使能命令；注意IO口的配置；
注意硬件连接，选择正确的外设；
Degug:
需要运行完前面的代码，给局部变量分配空间后，才能设置条件断点；
数据类型后缀：
后缀 类型 适用场景
U 无符号整型（unsigned int） 非负的 16/32 位小数值
L 有符号长整型（long） 有正负的 32 位数值
UL 无符号长整型（unsigned long） 非负的 32 位数值（如地址）
LL 有符号长 long（long long） 64 位有符号数值
ULL 无符号长 long（unsigned long long） 64 位无符号数值
UL就是告诉编译器：把 0x3800UL 当作无符号的 32 位长整型数值来处理，专门适配 STM32 等32位 MCU 的地址定义场景，避免地址计算溢出、类型不匹配等问题，是嵌入式开发中定义外设基地址的标准操作。