Register存储类的内存/CPU寄存器分配：决策者与时机咨询

Hey, great question about how the register storage class works—let’s break this down in plain terms:

谁来决定寄存器/内存分配？ #

• 完全是编译器说了算。当你在代码里写register int x;时，你只是给编译器提了个“尽量把这个变量放进CPU寄存器”的建议，而非下达强制命令。现代编译器的优化引擎（比如GCC、Clang里的优化模块）会综合考虑一堆因素：CPU有多少可用寄存器、这个变量的访问频率、程序的执行上下文，甚至是当前的优化级别。如果编译器觉得把变量留在内存里反而更高效（比如变量太大，或者寄存器不够用），它会直接忽略你的register标记，把变量分配到内存中。

分配是在编译期还是运行期？ #

• 这个分配过程是编译期间完成的（准确说是编译+链接的优化阶段）。编译器在把你的源代码转换成机器指令的时候，就已经确定了哪些变量用寄存器、哪些用内存，并把对应的指令生成好了。等程序运行起来，CPU只是照着生成好的机器码执行，不会再动态调整寄存器的分配。

顺便提一句：现在register关键字在现代C/C里已经没那么实用了——编译器的自动寄存器分配算法比手动标记要聪明得多，甚至C17之后register还被列为了过时特性，很多时候写不写它对最终的代码性能没什么影响。

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