除了语法糖，引用是常量指针（而不是指向常量的指针）。在声明引用变量时，必须确定它所指的内容，以后不能更改它。

更新：现在我再考虑一下，有一个重要的区别。

常量指针的目标可以通过获取其地址并使用常量转换来替换。

引用的目标不能以UB以外的任何方式替换。

这应该允许编译器对引用进行更多优化。

什么是C++参考（针对C程序员）

引用可以被视为具有自动间接寻址的常量指针（不要与指向常量值的指针混淆！），即编译器将为您应用*运算符。

所有引用都必须使用非空值初始化，否则编译将失败。既不可能获得引用的地址——地址运算符将返回被引用值的地址——也不可能对引用进行算术运算。

C程序员可能不喜欢C++引用，因为当发生间接寻址时，或者当参数通过值或指针传递而不查看函数签名时，C++引用将不再明显。

C++程序员可能不喜欢使用指针，因为它们被认为是不安全的——尽管引用实际上并不比常量指针更安全，但在大多数情况下除外——缺乏自动间接寻址的便利性，并且具有不同的语义内涵。

考虑C++常见问题解答中的以下语句：

即使引用通常使用底层汇编语言，请不要将引用视为指向对象的有趣指针。引用是对象。它是不是指向对象的指针，也不是对象的副本。它是对象

但如果引用真的是对象，那么怎么会有悬空引用呢？在非托管语言中，引用不可能比指针更“安全”——通常没有办法跨范围可靠地别名值！

为什么我认为C++引用有用

来自C背景的C++引用可能看起来有点傻，但在可能的情况下，仍应使用它们而不是指针：自动间接寻址很方便，在处理RAII时引用变得特别有用，但这并不是因为任何已知的安全优势，而是因为它们使编写惯用代码不那么困难。

RAII是C++的核心概念之一，但它与复制语义进行了非平凡的交互。通过引用传递对象可以避免这些问题，因为不需要复制。如果语言中没有引用，则必须使用指针，这样使用起来更麻烦，从而违反了语言设计原则，即最佳实践解决方案应该比替代方案更容易。

不能像指针一样取消引用，当取消引用时，

引用和指针都是通过地址工作的。。。

so

你可以这样做

int*val=0xDEADBEEF；*val是0xDEADBEEF的值。

你不能这样做int&V=1；

*不允许使用val。

塔林♦ 说：

不能像使用指针那样获取引用的地址。

事实上你可以。

我引用了另一个问题的答案：

C++常见问题解答说得最好：与指针不同，一旦引用绑定到对象，就不能将其“重新放置”到另一个对象。引用本身不是一个对象（它没有标识；获取引用的地址可以获得引用的地址；记住：引用是它的引用）。

以下答案和链接的摘要：

指针可以被重新分配任意次数，而引用在绑定后不能被重新分配。指针可以指向任何地方（NULL），而引用总是指向对象。不能像使用指针那样获取引用的地址。没有“引用算术”（但您可以获取引用指向的对象的地址，并对其进行指针算术，如&obj+5中所示）。

澄清误解：

C++标准非常小心，避免规定编译器如何实现引用，但每个C++编译器都实现引用作为指针。即，声明如下：int&ri=i；如果没有完全优化，则分配相同数量的存储作为指针，并放置地址把我的东西放进那个储藏室。

因此，指针和引用都使用相同的内存量。

作为一般规则，

使用函数参数和返回类型中的引用来提供有用的自记录接口。使用指针实现算法和数据结构。

有趣的阅读：

我最喜欢的C++常见问题解答。参考与指针。参考文献简介。参考和常量。

如果你真的想变得迂腐，有一件事你可以用指针做，但不能用指针做：延长临时对象的生命周期。在C++中，如果将常量引用绑定到临时对象，则该对象的生存期将变为引用的生存期。

std::string s1 = "123";
std::string s2 = "456";

std::string s3_copy = s1 + s2;
const std::string& s3_reference = s1 + s2;

在本例中，s3_copy复制连接后的临时对象。而s3_reference本质上成为临时对象。它实际上是对临时对象的引用，该对象现在与引用具有相同的生存期。

如果您尝试在没有常量的情况下执行此操作，它将无法编译。不能将非常量引用绑定到临时对象，也不能为此获取其地址。