为何Linux内核会定义展开前后完全相同的宏？

在Linux内核的arm64架构原子操作头文件（arch/arm64/include/asm/atomic.h）中，存在这类看似冗余的宏定义：

#define arch_atomic_add_return_relaxed      arch_atomic_add_return_relaxed
#define arch_atomic_add_return_acquire      arch_atomic_add_return_acquire
#define arch_atomic_add_return_release      arch_atomic_add_return_release
#define arch_atomic_add_return              arch_atomic_add_return

这类宏并非无用，核心原因是为了统一内核接口并兼顾架构灵活性，具体可以从这几点理解：

• 标准化通用层接口：内核的通用代码（如include/linux/atomic.h）依赖arch_*前缀的原子操作接口。定义这些宏能确保arm64架构提供了符合内核规范的接口标识，让通用层代码无需做架构分支判断，直接调用统一接口即可。
• 预留架构扩展空间：如果未来arm64需要对某类原子操作的内存语义做特殊处理（比如新增内存屏障、修改实现逻辑），只需修改宏的定义指向新实现，不用改动所有调用该接口的通用代码，大幅降低维护成本。
• 兼容架构差异：不同CPU架构对原子操作的内存语义支持不同，部分架构可能要为relaxed、acquire、release等语义单独实现逻辑，但arm64当前可通过硬件直接支持这些语义，用宏直接映射同名标识符，既满足接口要求又简化了当前实现。
• 适配编译配置：这类宏可配合条件编译，在调试模式或不同内核版本中灵活切换实现。比如调试时可以将宏替换为带跟踪日志的版本，默认配置下保持原实现。

本质上，这是内核“接口先行”的设计思路——先统一对外接口，再根据架构特性灵活落地实现，同时为未来的功能扩展提前铺路。

内容的提问来源于stack exchange，提问作者Frontier_Setter