May be this wont be a valid argument. but if we increment the value of a const variable inside a function compiler will give us an error: "error: increment of read-only parameter". so that means we can use const key word as a way to prevent accidentally modifying our variables inside functions(which we are not supposed to/read-only). so if we accidentally did it at the compile time compiler will let us know that. this is specially important if you are not the only one who is working on this project.

我不使用const作为传递值的参数。调用者并不关心你是否修改参数，这是一个实现细节。

真正重要的是，如果方法没有修改其实例，则将其标记为const。这样做，因为否则你可能会得到大量的const_cast<>，或者你可能会发现标记一个方法const需要更改大量的代码，因为它调用了其他应该标记为const的方法。

如果我不需要修改局部变量，我也倾向于将它们标记为const。我相信，通过更容易地识别“移动部分”，可以使代码更容易理解。

我不会把const放在形参上——每个人都知道布尔值(而不是布尔&)是常量，所以添加它会让人们认为“等等，什么?”或者甚至认为你是通过引用传递形参的。

当参数按值传递时，Const是没有意义的，因为你不会修改调用者的对象。

通过引用传递时应优先使用Const，除非函数的目的是修改传递的值。

最后，不修改当前对象(this)的函数可以，也可能应该声明为const。下面是一个例子:

int SomeClass::GetValue() const {return m_internalValue;}

这是一个不修改应用此调用的对象的承诺。换句话说，你可以调用:

const SomeClass* pSomeClass;
pSomeClass->GetValue();

如果函数不是const，则会导致编译器警告。

有时候(太频繁了!)我必须理清别人的c++代码。我们都知道别人的c++代码几乎从定义上看是一团乱子:)所以我要破译本地数据流的第一件事就是在每个变量定义中放入const，直到编译器开始吠叫。这也意味着const限定值参数，因为它们只是由调用者初始化的花哨局部变量。

啊，我希望变量默认是const的，而非const的变量是可变的:)

下面两行在功能上是等价的:

int foo (int a);
int foo (const int a);

显然，如果用第二种方式定义，就不能在foo对象体中修改a，但从外部看没有区别。

const真正有用的地方是引用或指针形参:

int foo (const BigStruct &a);
int foo (const BigStruct *a);

这就是说，foo可以接受一个大的参数，也许是一个千兆字节大小的数据结构，而不需要复制它。同时，它也告诉调用者:“Foo不会*改变参数的内容。”传递const引用还允许编译器做出某些性能决定。

*:除非它抛弃了const-ness，但那是另一篇文章。