为何跨多过程调用的局部变量使用被调用者保存寄存器更高效？

你的疑惑核心是没搞清楚调用者保存/被调用者保存寄存器的责任边界，以及不同场景下的操作次数差异，咱们结合你的例子拆解：

先明确两类寄存器的规则 #

• 调用者保存寄存器（比如x86的eax）：调用函数前，调用者必须自行把寄存器里的内容存到栈上——因为被调用函数有权随意覆盖这些寄存器，不会帮你保存恢复。
• 被调用者保存寄存器（比如x86的ebx）：被调用函数如果要使用这类寄存器，必须先把寄存器原有值存到栈上，用完后恢复；调用者不需要在每次调用前做保存操作。

你的例子里的场景对比 #

你当前观察到gcc用eax（调用者保存）存b，操作流程是：

1. 计算b = a+1，存在eax
2. 调用g()前：因为eax是调用者保存，f必须把eax的值压栈（1次写入）
3. g()返回后：从栈读回b到eax（1次读取），准备传给h()
4. 调用h()后：计算return b+2时，还要从栈再读一次b（第2次读取）

但如果换成被调用者保存寄存器（比如ebx），流程会是这样：

1. f函数开头：因为要使用ebx，先把原有ebx的值压栈（1次写入）
2. 计算b = a+1，存在ebx
3. 调用g()：如果g()根本不需要用到ebx，那g()不需要做任何保存恢复操作；如果需要，g()自己负责存和恢复，和f无关
4. 调用h(b)：直接用ebx作为参数传递，不需要从栈读
5. 计算return b+2：直接用ebx里的值，不需要从栈读
6. f函数结尾：从栈恢复原来的ebx值（1次读取）

关键优势在这里： #

1. 栈操作次数不随调用次数增加：如果f里要调用10个像g()、h()这样的函数，用调用者保存寄存器的话，你要做10次存栈+10次读栈；但用被调用者保存寄存器，f只需要开头、结尾各1次栈操作——不管调用多少次，这个成本都是固定的。
2. 避免不必要的栈读写：如果被调用函数（比如g()、h()）不需要用到你选的那个被调用者保存寄存器，那它们完全不用做任何栈操作，b全程留在寄存器里，比调用者保存的方案少了多次栈读写。

你之前的误区是默认g()和h()一定会用到这个被调用者保存寄存器，但实际很多时候被调用函数的寄存器使用是有选择性的——编译器会优先用调用者保存寄存器来做临时计算，尽量不动被调用者保存寄存器，从而避免保存恢复的开销。

另外，你当前看到gcc用eax，大概率是在-O0（无优化）编译下的结果——开启优化（比如-O1）后，编译器会根据调用次数、变量活跃范围自动选择更高效的寄存器类型，你可以试试重新编译对比。

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