“地址偏移” 是 “访问寄存器的手段”，“|= 位操作” 是 “修改寄存器值的策略”—— 嵌入式中不是 “不用直接赋值”，而是 “优先用|=/&=位操作”，且访问寄存器本质都依赖地址偏移，只是语法上被封装了。
一、先明确：访问寄存器，本质都是 “地址偏移”
不管是XT_CKCU->BASEPLLCFGR |= ...还是XT_CKCU->BASEPLLCFGR = ...，访问该寄存器的底层逻辑都是 “基地址 + 偏移量”，只是编译器帮你隐藏了复杂的地址计算：
XT_CKCU是「CKCU 外设的基地址」（芯片手册定死的物理地址，比如0x40008000）；BASEPLLCFGR是该寄存器相对于基地址的「偏移量」（比如0x10）；- 编译器最终会把
XT_CKCU->BASEPLLCFGR解析为：*(volatile uint32_t *)(XT_CKCU_BASE + BASEPLLCFGR_OFFSET)—— 本质就是 “通过基地址 + 偏移量找到寄存器物理地址，再读写该地址的值”。
所以：所有寄存器访问（不管是|=还是直接=），底层都是地址偏移机制，语法上的->只是结构体指针的便捷写法，让你不用手动计算地址（比如不用写*(0x40008000 + 0x10) = ...）。
二、为什么优先用|= (1 << n)，而不是直接赋值=？
核心原因：寄存器的 “每一位都对应独立的硬件功能”，直接赋值会破坏其他位的原有配置。
举个具体例子（假设BASEPLLCFGR是 32 位寄存器）：
场景：你只想启用 bit30（PLL 使能），但该寄存器其他位（比如 bit0~29）可能已经配置了关键参数（如 PLL 倍频系数、时钟源选择）。
用
|= (1 << 30)（推荐）：- 过程：先读取寄存器当前值（比如
0x00001234，包含已配置的倍频 / 时钟源参数）→ 与掩码0x40000000（1<<30）做按位或 → 结果是0x40001234（bit30 置 1，其他位不变）→ 写回寄存器。 - 效果：只修改目标位，不影响其他已配置的硬件功能，符合嵌入式 “精准控制” 的需求。
- 过程：先读取寄存器当前值（比如
用直接赋值
= (1 << 30)（危险，除非你明确知道所有位的用途）：- 过程：直接把寄存器值设为
0x40000000（仅 bit30 为 1，其余 31 位全为 0）。 - 问题：原本配置好的倍频系数、时钟源等参数（bit0~29）被强制清 0，会导致 PLL 工作异常（比如无法锁定、输出时钟频率错误），甚至硬件功能失效。
- 过程：直接把寄存器值设为
什么时候能用直接赋值
=？- 只有两种情况：① 寄存器是 “全新配置”，所有位的初始值都无关（比如上电后第一次配置，且所有参数都要重新设置）；② 你明确知道该寄存器的 “所有位功能”，且在赋值语句中包含了所有必要的位配置（比如
XT_CKCU->BASEPLLCFGR = (1<<30) | (0x5<<8) | (0x3<<0);—— 同时设置 bit30、bit8~10、bit0~1）。 - 但即便如此，直接赋值的 “可维护性差”（后续要修改某一位时，容易误改其他位），不如位操作精准。
- 只有两种情况：① 寄存器是 “全新配置”，所有位的初始值都无关（比如上电后第一次配置，且所有参数都要重新设置）；② 你明确知道该寄存器的 “所有位功能”，且在赋值语句中包含了所有必要的位配置（比如
三、总结核心结论
- 访问寄存器的底层：都是 “基地址 + 地址偏移”，
->只是语法封装，让代码更简洁，不用手动计算物理地址； - 修改寄存器的策略：
- 优先用
|= (1<<n)（置 1 某一位）、&= ~(1<<n)（清 0 某一位）：核心是 “不破坏其他位”，适配寄存器 “一位一功能” 的硬件设计； - 直接赋值
=不是 “不能用”，而是 “风险高、场景有限”，仅适合全寄存器初始化或明确所有位配置的场景；
- 优先用
- 你看到的
XT_CKCU->BASEPLLCFGR |= (1 << 30);，本质是 “用地址偏移找到寄存器 + 用位操作精准修改目标位”—— 这是嵌入式寄存器配置的标准最佳实践，既安全又易维护。
