编译器寄存器分配如何避免与调用约定指定寄存器产生冲突？

编译器在寄存器分配阶段会通过调用约定约束注入和生命周期分析两类核心机制，避免和调用约定指定的寄存器冲突，具体细节如下：

• 区分两类寄存器的分配规则
  对于被调用者保存寄存器（Callee-Saved Registers）：如果当前函数使用这类寄存器，必须在函数入口处将其值保存到栈帧的保存区，函数返回前再从栈中恢复原值。这样即便当前函数调用其他函数，被调用者修改这些寄存器也不会破坏当前函数的上下文。
  对于调用者保存寄存器（Caller-Saved Registers）：如果当前函数在调用其他函数前，这类寄存器中保存了后续需要使用的变量值，编译器会先把值 spill 到栈上，调用完成后再从栈中恢复——因为被调用函数可随意修改这类寄存器，无需负责恢复。

• 参数传递寄存器的专属处理
  调用约定会明确指定用于传递参数的寄存器集合（比如x86-64架构的rdi/rsi/rdx等）。编译器在寄存器分配时，会将这些寄存器标记为临时专属区域：

  1. 准备调用其他函数前，会把要传递的参数赋值到约定寄存器中，此时这些寄存器会被暂时锁定，不能分配给当前函数的其他变量；
  2. 函数自身作为被调用者时，会直接从约定参数寄存器中读取输入参数，若后续需要使用这些参数的值，会及时将其转移到其他可用寄存器或栈上，避免后续操作覆盖。

• 寄存器分配阶段的约束注入
  现代编译器（如GCC、Clang的寄存器分配器）会在图着色或线性扫描分配前，将调用约定规则转化为硬约束：

  • 标记被调用者保存寄存器为"需要保存/恢复"的寄存器，分配器选择这类寄存器时会自动插入栈保存/恢复指令；
  • 将调用者保存寄存器标记为"调用点处会被破坏"，分配器分析变量生命周期时，会确保跨函数调用的变量不会分配到这类寄存器上，除非提前做spill处理；
  • 参数传递寄存器会被标记为"函数入口/调用点的专属寄存器"，分配器不会让普通变量的生命周期和这些寄存器的专属区间重叠。

• 函数调用边界的生命周期截断
  编译器进行变量生命周期分析时，会把函数调用语句作为生命周期截断点：任何跨越调用点的变量，都不能分配到调用者保存寄存器中。如果变量生命周期必须覆盖调用点，分配器会自动将其spill到栈，或者切换到被调用者保存寄存器（同时插入保存/恢复逻辑）。

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