共计 1453 个字符，预计需要花费 4 分钟才能阅读完成。
在嵌入式开发中，理解 ARM 架构的函数调用参数传递机制至关重要。不同的参数传递方式会直接影响程序的性能和内存使用效率。今天我们就来深入探讨 ARM AAPCS 标准下的参数传递规则，以及如何通过优化提升函数调用的性能。
ARM AAPCS 标准核心规范
ARM 架构的过程调用标准（AAPCS）定义了函数调用时参数传递、寄存器使用等规则。与 x86 架构不同，ARM 架构更依赖寄存器来传递参数，这带来了显著的性能优势。
x86 与 ARM 参数传递对比
| 特性 | x86 | ARM |
|---|---|---|
| 主要参数传递方式 | 栈传递 | 寄存器传递 |
| 整型参数寄存器数量 | 有限（通常 6 个） | R0-R3（ARM32）或 X0-X7（ARM64） |
| 浮点参数寄存器数量 | 有限 | 专用浮点寄存器组 |
| 返回值存储位置 | EAX/RAX | R0/X0 |
参数数量超过寄存器容量时的处理
当参数数量超过可用的寄存器数量时，ARM 架构会使用栈来传递额外的参数。这个过程涉及栈帧的构建，下面我们通过 ARMv7 和 ARMv8 的汇编代码来看具体的实现。
ARMv7 汇编示例
; 函数调用示例（6 个参数，R0-R3 用于前 4 个，后 2 个通过栈传递）push {r4, lr} ; 保存寄存器和返回地址
mov r0, #1 ; 第一个参数
mov r1, #2 ; 第二个参数
mov r2, #3 ; 第三个参数
mov r3, #4 ; 第四个参数
mov r4, #5
str r4, [sp, #-4]! ; 第五个参数压栈
mov r4, #6
str r4, [sp, #-4]! ; 第六个参数压栈
bl target_function ; 调用函数
add sp, sp, #8 ; 恢复栈指针
pop {r4, pc} ; 恢复寄存器并返回 优化策略
1. 高频调用的小参数函数
对于频繁调用的小参数函数，尽量将参数控制在寄存器能容纳的数量内。如果必须超过，可以考虑：
- 将常用参数放在前面
- 使用结构体打包相关参数
- 重新设计函数接口减少参数数量
2. 结构体参数传递
传递结构体时，ARM 架构会尽可能使用寄存器。优化建议：
- 保持结构体大小小于等于 64 字节（ARM32）或 128 字节（ARM64）
- 将常用字段放在结构体开头
- 避免在结构体中使用位字段
3. 可变参数处理
处理可变参数时，性能会有所下降。可以通过以下方式优化：
- 为常见参数数量提供特化版本
- 使用标记参数指示实际参数数量
- 避免在性能关键路径使用可变参数
性能测试与分析
使用 perf 工具可以清晰地看到不同参数传递方式的性能差异。在 Cortex-A72@2GHz 平台上测试发现：
- 寄存器传递的 CPI（Cycles Per Instruction）平均为 1.2
- 栈传递的 CPI 平均为 1.8
通过调整参数顺序，将常用参数放在前面，我们成功将一个关键函数的执行时间减少了 23%。
避坑指南
混合调用场景
在混合调用（如 C 调用汇编）时，确保双方都遵守 AAPCS 标准。特别注意：
- 寄存器的保存与恢复
- 栈对齐要求
- 浮点寄存器的使用
浮点参数传递
浮点参数有专门的传递规则：
- ARM32：通过 S0-S15（单精度）或 D0-D7（双精度）传递
- ARM64：通过 V0-V7 传递
调试技巧
可以通过反汇编验证参数传递：
- 使用 objdump 查看函数汇编代码
- 观察参数加载到寄存器的顺序
- 检查栈操作是否符合预期
开放性问题
最后，留几个值得思考的问题：
- RISC- V 架构的参数传递机制与 ARM 有何异同？这些优化经验如何迁移？
- 编译器参数如 -ffixed-reg 对性能有何影响？何时使用它们？
- 在极端性能要求的场景下，是否值得用汇编重写关键函数调用？
ARM 架构的参数传递机制既是一门科学也是一门艺术。理解其原理并合理优化，可以显著提升嵌入式系统的性能。希望本文的内容能帮助你在实际项目中更好地利用 ARM 架构的特性。
正文完
