这是一个非常直击灵魂的问题！很多人刚接触 const 时都会这么想：“既然我函数里面确实没有写修改变量的代码，它本来就不会改，那我不加 const 不也一样吗？这不是多此一举吗？”
这背后其实隐藏着 C++ 编译器的一个“死脑筋”机制。你必须加 const 的核心原因，是因为编译器在检查权限时，只看“声明”，不看“内容”。
我们可以把加上 const 理解为给这个函数发了一个“良民证”。具体原因有以下两点：
- 编译器是个“铁面无私的保安”
假设你有一个常对象（被 const 修饰的对象），它就像是一个被重点保护的文物，绝对不允许被修改。
当你试图用这个常对象去调用一个函数（比如 display()）时，编译器（保安）会怎么做？
人类的思维： “让我钻进 display() 函数的内部看一眼，哦，里面只有 cout，没有赋值操作，很安全，放行！”
编译器的思维： “我不管你函数里面到底写了什么！我只看你的函数名字后面有没有挂着 const 这个‘良民证’！如果没有，哪怕你里面只有一行空代码，我也认为你有作案嫌疑，绝对不让你碰这个文物！”
看一个致命的实战例子：
C++
class ProductPrice {
private:
float price;
public:
// 假设你里面确实啥也没改，但你就是没加 const
float getPrice() {
return price;
}
};
// 全局打印函数，为了效率和安全，使用了 const 引用传递
void printProduct(const ProductPrice& p) {
// 【编译报错！】
// 因为 p 是 const 的，而 getPrice() 没加 const，
// 编译器认为 getPrice() "有可能" 会修改 p，直接拒绝编译！
cout << p.getPrice() << endl;
}
在这个例子里，如果你没在 getPrice() 后面加上 const，那么这个类在实际工程中几乎是不可用的，因为别人没办法用 const 引用来安全地读取你的数据。加上 const，是为了向编译器证明你的清白，从而获取被常对象调用的权限。
- 契约精神与防范未来的“猪队友”（或未来的自己）
你现在写这个函数的时候，脑子很清醒：“这是个读取函数，我绝不写赋值代码。”
但是真实的工程往往是几十万行代码，要维护很多年。假设半年后，你需要（或者你的同事需要）在这个 display() 函数里加一点逻辑。他可能随手写了一句 price = price + 10; 来计算税后价格。
如果不加 const： 编译器默许了这个操作，一个原本只应该用来“展示”的函数，偷偷篡改了数据。这种 Bug 在大型项目里极难排查，叫“副作用（Side Effect）”。
如果一开始就加了 const： 半年后的同事刚敲完 price = price + 10;，一按编译，屏幕上立刻爆红报错：Cannot assign to non-static data member within const member function（不能在 const 函数里修改成员变量）。这个 const 就像一道防火墙，直接把 Bug 扼杀在了摇篮里。
总结：
你不写修改操作，保证了客观事实上数据没被修改；
你加上 const，是在法律（语法）层面上向编译器保证数据不会被修改。
只有在语法层面上给出了保证，编译器才敢放心地让受保护的对象去调用它。这就是为什么就算里面啥都没干，该加的 const 依然要硬性加上。