你用const能做到什么程度?你只是在必要的时候才把函数变成const，还是从头到尾到处都用它?例如，想象一个简单的变异子，它接受一个布尔参数:
void SetValue(const bool b) { my_val_ = b; }
这个const真的有用吗?就我个人而言，我选择广泛地使用它，包括参数，但在这种情况下，我想知道它是否值得?
我还惊讶地发现，你可以在函数声明中的形参中省略const，但可以在函数定义中包含它，例如:
. h文件
void func(int n, long l);
. cpp文件
void func(const int n, const long l)
这有什么原因吗?这对我来说有点不寻常。
当前回答
原因是形参的const只在函数内局部应用，因为它处理的是数据的副本。这意味着函数签名实际上是相同的。不过，经常这样做可能是不好的风格。
我个人倾向于不使用const，除了引用和指针形参。对于复制的对象来说，这并不重要，尽管它可以更安全，因为它表明了函数中的意图。这真的是一个主观判断。我倾向于使用const_iterator，但当循环某些东西时，我不打算修改它，所以我猜每个人都有自己的，只要严格维护引用类型的const正确性。
其他回答
只要可以，我就用const。参数的Const意味着它们不应该改变它们的值。这在通过引用传递时尤其有价值。Const for function声明该函数不应更改类成员。
当参数按值传递时，Const是没有意义的，因为你不会修改调用者的对象。
通过引用传递时应优先使用Const，除非函数的目的是修改传递的值。
最后，不修改当前对象(this)的函数可以，也可能应该声明为const。下面是一个例子:
int SomeClass::GetValue() const {return m_internalValue;}
这是一个不修改应用此调用的对象的承诺。换句话说，你可以调用:
const SomeClass* pSomeClass;
pSomeClass->GetValue();
如果函数不是const，则会导致编译器警告。
当我以编写c++为生时，我尽可能地压缩了所有东西。使用const是一种帮助编译器帮助你的好方法。例如，const你的方法返回值可以避免你输入错误，例如:
foo() = 42
你的意思是:
foo() == 42
如果foo()被定义为返回一个非const引用:
int& foo() { /* ... */ }
编译器很乐意让您为函数调用返回的匿名临时对象赋值。使其为const:
const int& foo() { /* ... */ }
消除了这种可能性。
我倾向于尽可能使用const。(或其他适合目标语言的关键字。)我这样做纯粹是因为它允许编译器做额外的优化，否则它无法做。因为我不知道这些优化可能是什么，我总是这样做，即使它看起来很傻。
据我所知，编译器很可能看到一个const值形参，然后说:“嘿，这个函数无论如何都没有修改它，所以我可以通过引用传递并节省一些时钟周期。”我不认为它会做这样的事情，因为它改变了函数的签名，但它说明了这一点。也许它会做一些不同的堆栈操作之类的…重点是，我不知道，但我知道试图比编译器更聪明只会让我感到羞耻。
c++有一些额外的包袱，有常量正确性的思想，所以它变得更加重要。
如果使用->*或。*操作符，这是必须的。
它会阻止你写出
void foo(Bar *p) { if (++p->*member > 0) { ... } }
我刚才差点就这么做了，但这可能不是你想要的结果。
我想说的是
void foo(Bar *p) { if (++(p->*member) > 0) { ... } }
如果我在Bar *和p之间放了一个const，编译器会告诉我。
