形参int const与int：编译器优化视角下的最佳实践探讨

先看两个函数声明：

void f(int n);
void f(int const n);

关于编译器优化的误区 #

很多人觉得后者能让编译器优化，但实际上这两种写法对编译器完全等价。因为按值传递的参数，本质是在函数栈里创建实参的独立副本，加不加const只是限制函数内部能不能修改这个副本，对编译器的优化逻辑没有任何影响——编译器不会因为这个修饰符生成更高效的代码。

从调用者与可读性角度分析 #

• 对调用者来说，int const n属于冗余信息。按值传递的参数，调用者的实参根本不会被函数内部修改，所以这个const对调用者没有任何意义，反而会增加不必要的心智负担：得花时间理解这个const到底有啥用，是不是自己理解错了传递方式？
• 对函数实现者来说，const是有用的：它能防止在写函数逻辑时误改参数副本，相当于给自己加了一层约束，避免低级错误。

最优实践建议 #

• 函数对外声明时，用void f(int n);，保持简洁，只传递调用者需要知道的信息。
• 函数内部定义时，如果需要约束自己不修改参数副本，可以用void f(int const n) { ... }，这是对实现过程的保护，不会影响外部调用。

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