C++中何时优先使用const指针的const引用而非const指针？

嗨，这个问题问到点子上了——很多刚深入C++引用和指针细节的开发者都会纠结这类问题，咱们掰开揉碎了说：

先明确两个参数类型的本质 #

首先得把这两个参数的含义搞清楚，避免混淆：

• Node* const next：这是一个指向Node的const指针——指针本身的指向不能被函数修改，但指针指向的Node对象是可以修改的（如果要禁止修改对象，得写成const Node* const next）。作为函数参数时，传参会拷贝这个指针本身（原生指针的大小是4或8字节，拷贝成本几乎可以忽略）。
• Node* const& next：这是一个指向“指向Node的const指针”的const引用——它引用的是外部的那个const指针，不会产生指针拷贝。但注意：它依然不能修改指针的指向，也不能通过它修改指向的Node对象（除非指针本身不带对象const限定）。

是否要优先使用const指针的const引用？ #

答案是：对于原生指针来说，完全没必要优先用。

原因很简单：原生指针的拷贝成本极低，就像拷贝一个int一样，几乎不会对性能产生任何影响。反而用引用会让代码变得更复杂，增加阅读和维护的成本——其他开发者看到Node* const&时，第一反应可能会疑惑“为什么要用引用？是不是有什么特殊需求？”，而Node* const则一目了然。

比如你给出的构造函数例子：

// 常规写法，推荐优先使用
Node(..., Node *const next = nullptr);

这个写法简单直接，完全能满足需求，没必要写成下面这种：

// 原生指针场景下完全多余的写法
Node(..., Node* const& next = nullptr);

这里的默认参数nullptr是临时指针，const引用确实可以绑定它，但除了增加代码复杂度外，没有任何实际收益。

什么时候适合使用const指针的const引用？ #

虽然原生指针场景下很少用，但在以下几种特殊情况中，Node* const&（或类似的const Node* const&）是合理的选择：

• 当“指针”是拷贝成本很高的自定义类型时：比如你自己实现了一个带有复杂内部状态的智能指针（比如包含引用计数、额外元数据等），拷贝这个“指针”的成本很高，这时用const引用可以避免昂贵的拷贝操作。
• 需要保持接口一致性时：如果你的函数有多个重载版本，其中某个版本必须使用引用参数（比如处理大对象），为了让接口风格统一，或者避免重载解析的歧义，可以将其他版本也改为引用参数。
• 需要传递一个可能被外部修改的指针变量，但禁止函数修改指针本身时：虽然这种场景更常见于非const指针的引用（Node*&），但如果你的需求是“函数不能修改指针指向，但要感知外部对指针的修改”，const指针的const引用可以满足这个需求——不过这种场景在实际开发中非常少见。

总结 #

• 对于原生指针，优先选择Node* const（或const Node* const，如果要禁止修改指向的对象）作为函数参数，代码简洁、易读，性能也没有损失。
• 只有当你处理的是拷贝成本高的自定义指针类型，或者有特殊的接口一致性需求时，才考虑使用Node* const&这类const指针的const引用。

内容的提问来源于stack exchange，提问作者Đào Thiện Tuấn