C++引用初始化后无法重新绑定，只能始终指向初始对象；所有对引用的赋值操作均修改原绑定变量的值，而非切换目标。
引用一旦初始化，就无法重新绑定到其他对象
不能。C++ 引用不是“可变的别名”，而是“绑定即固定”的别名。定义时 int& ref = a; 这一动作完成了唯一一次绑定，之后所有对 ref 的赋值操作（如 ref = b;）都只是把 b 的值写入 a，ref 依然指向 a。
看似“重新绑定”的常见误写及真实行为
下面这些写法常被误认为是“让引用改绑”，实际全是给原绑定变量赋值：
-
int a = 10, b = 20; int& ref = a; ref = b;→ 结果是a == 20，ref仍绑定a -
ref = 42;→ 等价于a = 42; - 函数内对引用形参赋值 → 修改的是调用者传入的实际变量，不是切换目标
想换绑定？只能用指针或重新设计接口
引用语法不支持运行时重绑定，这是语言设计决定的。如果逻辑上确实需要“切换目标”，应考虑：
- 改用
int*指针：可赋值、可为空、可重指向（但要自己管理有效性） - 用
std::reference_wrapper<int></int>：它内部封装指针，支持重新绑定，且能用于容器和算法（如std::vector<:reference_wrapper>></:reference_wrapper>） - 避免暴露引用生命周期管理需求——多数场景下，用值语义或智能指针更清晰
返回局部变量引用导致的“伪重绑定”陷阱
有人试图通过函数返回不同引用实现“动态绑定”，但极易踩坑：
立即学习“C++免费学习笔记（深入）”；
-
int& bad() { int x = 42; return x; }→ 编译可能通过，但返回的是悬垂引用，使用即未定义行为 - 即使加上
static或全局变量，也仅是返回不同对象的引用，不是“让已有引用改绑” - 真正安全的引用返回，必须确保被引用对象的生命周期严格长于引用的使用期
最易被忽略的一点：引用的不可重绑定性在编译期强制执行，没有任何运行时开销，但这也意味着它完全不适合需要动态目标切换的场景——这时候硬套引用，反而会掩盖设计问题。
