这主要涉及第二行：最佳实践、分配、功能参数等。

一般做法。尽可能使一切保持稳定。或者换一种说法，从一开始就让所有的常量都是常量，然后完全删除允许程序运行所需的最小常量集。这将大大有助于实现常量正确性，并有助于确保在人们尝试分配不应该修改的内容时不会引入细微的错误。

避免像瘟疫一样的const_cast＜＞。它有一两个合法的使用案例，但它们非常少。如果你试图改变一个常量对象，你会做得更好，找到第一步中声明它常量的人，并与他们讨论此事，以就应该发生的事情达成共识。

这很好地引导到作业中。只有当它是非常量时，才能将其赋值。如果您想分配给常量，请参见上文。请记住，在声明中int const*foo；和int*const bar；不同的东西是恒定的——这里的其他答案都很好地涵盖了这个问题，所以我就不赘述了。

功能参数：

传递值：例如，voidfunc（int-param），在调用站点，你不在乎这一种方式或另一种方式。可以这样做，即存在将函数声明为void func（int const param）的用例，但这对调用方没有影响，只对函数本身没有影响，因为函数在调用期间不能更改传递的任何值。

通过引用传递：例如，void func（int&param）现在它确实起了作用。正如刚才声明的，func可以更改参数，任何调用站点都应该准备好处理结果。将声明更改为void func（int const&param）将更改约定，并保证func现在不能更改param，这意味着传入的内容将返回。正如其他人所指出的，这对于便宜地传递不想更改的大型对象非常有用。传递引用比按值传递大型对象要便宜得多。

传递指针：例如，void func（int*param）和void func（int const*param）这两个与它们的引用对应项几乎同义，但需要注意的是，被调用的函数现在需要检查nullptr，除非其他契约保证func不会在param中收到nullpter。

关于这个话题的评论文章。在这种情况下证明正确性非常困难，犯错误太容易了。所以不要冒险，总是检查指针参数的nullptr。从长远来看，你会让自己免于痛苦和痛苦，并且很难找到bug。至于检查的成本，它非常便宜，在编译器中内置的静态分析可以管理它的情况下，优化器无论如何都会取消它。为MSVC启用“链接时间代码生成”，或为GCC启用“WOPR（我认为）”，您将在程序范围内获得它，即即使在跨越源代码模块边界的函数调用中。

在一天结束时，以上所有内容都证明了一个非常可靠的理由，即总是倾向于引用指针。他们只是更安全。

对我来说，常量的位置，即它相对于*是出现在左侧还是右侧，还是同时出现在左侧和右侧，有助于我理解实际含义。

*左边的常量表示指针指向的对象是常量对象。*右边的常量表示指针是常量指针。

下表摘自斯坦福CS106L标准C++编程实验室课程阅读器。

我在下面画了一张图片来解释这一点，也许会有所帮助。

int const v和const int v是相同的。

就像每个人都指出的那样：

常量X*p、X*constp和常量X*const p之间有什么区别？

必须读取指针声明从右到左。const X*p表示“p指向常量的X”：X对象不能通过p更改。X*const p表示“p是指向非常量X的常量指针”：不能更改指针p本身，但可以通过p更改X对象。const X*const p表示“p是指向常量X的常量指针”：不能更改指针p本身，也不能通过p更改X对象。

最初的设计者多次将C和C++声明语法描述为失败的实验。

相反，让我们将类型命名为“pointer to type”；我叫它Ptr_：

template< class Type >
using Ptr_ = Type*;

现在Ptr_<char>是一个指向char的指针。

Ptr_＜const char＞是指向const char的指针。

const Ptr_<const char>是指向const char的const指针。

在我读到C++大师斯科特·梅耶斯（Scott Meyers）的这本书之前，我和你一样心存疑虑。请参阅本书中的第三项，其中他详细介绍了如何使用const。

只需遵循以下建议

如果单词const出现在星号的左侧，则所指向的是常量如果单词const出现在星号的右侧，则指针本身是常量如果常量出现在两侧，则两者都是常量