必须用MRS指令配合寄存器编码（PRIMASK→0x00，PSP→0x01，MSP→0x00）通过内联汇编读取，不可用助记符字符串；需结合CONTROL寄存器判断当前生效栈指针，并添加"memory" clobber和"=r"约束。
直接用内联汇编读取PRIMASK、MSP、PSP等ARM特殊寄存器
ARM Cortex-M系列（如M3/M4/M7）的特殊功能寄存器（SFR）不能通过普通C++变量访问，必须用MRS指令读取。C++本身不提供标准接口，只能靠内联汇编——但要注意：GCC/Clang的asm语法和寄存器编码必须严格匹配ARM架构要求，否则会链接失败或返回垃圾值。
常见错误是把寄存器名（如PRIMASK）直接当字符串传给MRS，实际必须用其编码值：PRIMASK → 0x00，MSP → 0x00（但MSP需配合MSR/MRS的SPSEL状态判断），PSP → 0x01。这些编码在ARMv7-M/ARMv8-M手册里定义，不是随意命名的。
- 使用
__attribute__((always_inline))强制内联，避免函数调用破坏栈或状态 - 输出操作数必须用
"=r"约束，让编译器分配通用寄存器接收结果，不能写"=r"(var)再声明var——那是冗余且易出错的 - 必须加
"memory"clobber，告诉编译器这段汇编可能影响内存可见性（尤其在中断上下文读取PSP时）
读取PRIMASK要检查当前处理器模式
PRIMASK只在特权模式（Handler或Thread with CONTROL[0]==0）下有效；若在非特权Thread模式且CONTROL[0]==1（使用PSP），读取PRIMASK仍能成功，但它的屏蔽效果实际不生效——这点常被忽略，导致误判中断是否被禁用。
实操中建议先用MRS r0, CONTROL查CONTROL[0]位，再决定是否信任PRIMASK值：
立即学习“C++免费学习笔记（深入）”；
uint32_t get_primask() {
uint32_t val;
asm volatile("MRS %0, PRIMASK" : "=r"(val) :: "memory");
return val;
}
注意：不要用uint8_t*强转结果——PRIMASK是32位寄存器，低8位以外全为0，但读取宽度必须对齐，否则某些调试器可能显示异常。
MSP和PSP不能无条件互换读取
ARM Cortex-M的栈指针由CONTROL[0]位动态选择：0 → MSP，1 → PSP。但MRS指令本身不感知这个位——它只按指令字面读指定寄存器。所以MRS r0, PSP永远读PSP，哪怕当前用的是MSP。
典型误用场景：在Handler模式（固定用MSP）下调用读PSP的函数，结果得到上一次Thread模式切换前的旧值，而非当前活跃栈指针。
- 读当前**实际生效**的栈指针，应先查
CONTROL：若CONTROL[0] == 0，读MSP；否则读PSP -
MSP和PSP的编码分别是0x00和0x01，对应MRS指令的sysm字段，不是助记符字符串 - 裸机环境下可直接用
__get_MSP()、__get_PSP()（CMSIS头文件提供），但它们底层仍是上述内联汇编，只是封装了
Clang与GCC在寄存器名支持上有差异
ARM官方文档允许用MRS r0, PRIMASK这种写法，但GCC 9+默认启用-mgeneral-regs-only时会报错error: selected processor does not support `mrs' instruction——因为它把PRIMASK识别为符号而非系统寄存器名。
解决方法只有两个：
- 显式用数字编码：
MRS %0, (0x00)（PRIMASK）、MRS %0, (0x01)（PSP）、MRS %0, (0x00)（MSP，注意和PRIMASK编码相同，但指令语义不同） - 加编译选项
-mcpu=cortex-m4 -mfloat-abi=hard（根据实际芯片选），并确保包含<arm_cmse.h>（CMSIS）以启用寄存器名宏
最稳妥的做法是放弃助记符，直接用编码——既兼容所有ARM GCC版本，也避免CMSIS头文件缺失时的编译失败。
