这很简单，但很棘手。请注意，我们可以将const限定符应用于任何数据类型（int、char、float等）。

让我们看看下面的例子。

const int*p==>*p是只读的[p是指向常量整数的指针]

int const*p==>*p是只读的[p是指向常量整数的指针]

int*p const==>错误语句。编译器抛出语法错误。

int*const p==>p是只读的[p是指向整数的常量指针]。因为这里的指针p是只读的，所以声明和定义应该在同一位置。

const int*p const==>错误语句。编译器抛出语法错误。

const int const*p==>*p为只读

const int*const p==>*p和p是只读的[p是指向常量整数的常量指针]。因为这里的指针p是只读的，所以声明和定义应该在同一位置。

int const*p const==>错误语句。编译器抛出语法错误。

int const int*p==>错误语句。编译器抛出语法错误。

int const const*p==>*p是只读的，与int const*p等效

int const*const p==>*p和p是只读的[p是指向常量整数的常量指针]。因为这里的指针p是只读的，所以声明和定义应该在同一位置。

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

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

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

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

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

常量参考：对变量（此处为int）的引用，该变量是常量。我们主要将变量作为引用传递，因为引用的大小比实际值小，但有一个副作用，这是因为它像实际变量的别名。通过对别名的完全访问，我们可能会意外地更改主变量，因此我们将其设置为常量以防止这种副作用。int var0=0；常量int&ptr1=var0；ptr1=8；//错误var0=6；//好啊常量指针一旦常量指针指向一个变量，那么它就不能指向任何其他变量。int var1=1；int var2=0；int*const ptr2=&var1；ptr2=&var2；//错误指向常量的指针不能改变所指向变量值的指针称为常量指针。int const*ptr3=&var2；*ptr3=4；//错误指向常量的常量指针指向常量的常量指针是一个既不能改变它所指向的地址，也不能改变保存在该地址的值的指针。int var3=0；int var4=0；const int*const ptr4=&var3；*ptr4=1；//错误ptr4=&var4；//错误

一般规则是const关键字应用于它前面的内容。异常，起始常量适用于以下内容。

constint*与intconst*相同，表示“指向常量int的指针”。const int*const与int const*const相同，表示“指向常量int的常量指针”。

编辑：对于该做的和不该做的，如果这个答案还不够，你能更准确地说出你想要什么吗？

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

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

避免像瘟疫一样的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（我认为）”，您将在程序范围内获得它，即即使在跨越源代码模块边界的函数调用中。

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