闭包调用与函数调用的性能开销对比：ARM64绝对跳转vs相对跳转

核心结论 #

当跳转目标已被指令缓存（ICache）和分支预测器命中时，ARM64架构下的bx Rm（寄存器间接跳转，对应闭包调用）与b label（PC相对跳转，对应普通函数调用）几乎不存在性能差异，没有可观测的额外开销。

具体分析 #

• 指令执行流程：
  两种分支指令在命中缓存和预测的前提下，执行周期完全一致。b label通过当前PC值计算相对地址，硬件可直接完成解析；bx Rm读取寄存器中的绝对地址，只要该地址有效且已在缓存中，硬件同样能快速完成地址解析与跳转。

• 分支预测的优化：
  现代ARM64处理器的分支预测器对固定地址的间接跳转优化非常到位。由于无变量捕获的闭包跳转地址固定不变，分支预测器会快速学习到这个固定模式，后续所有调用都会命中预测，不会触发流水线清空等额外开销。

• 编译器的额外优化：
  主流编译器（如GCC、Clang）在-O2及以上优化级别下，会自动识别无捕获闭包的本质——它等价于一个固定的函数指针。此时编译器会直接将闭包调用替换为普通的PC相对跳转指令，彻底消除两种调用方式的差异。

例外情况 #

只有当闭包的跳转地址频繁变化（比如每次调用指向不同函数）时，才会导致分支预测失败，产生性能损耗，但这和你的场景无关。

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