auto默认按值推导，不保留引用性；需显式写auto&或const auto&保留引用，auto&&为万能引用，const auto&最安全通用。
auto 推导时不会自动加引用，必须显式写 auto&
很多人以为 auto 能“智能”推导出引用类型，其实不然：auto 默认按值推导，即使初始化表达式是左值引用，也会丢掉引用性。比如：
int x = 42; int& rx = x; auto y = rx; // y 是 int 类型，不是 int&！
这导致后续修改 y 不会影响 x，常被误认为“引用失效”。要保留引用语义，必须显式写 auto&：
-
auto& a = rx;→ 推导为int& -
const auto& b = rx;→ 推导为const int&（可绑定右值，更安全） - 注意：
auto&不能绑定纯右值（如字面量、临时对象），否则编译失败
auto&& 是万能引用（universal reference），依赖初始化表达式决定绑定类型
auto&& 看似像右值引用，实则是模板参数推导规则在 auto 上的延伸——它会根据初始化值是左值还是右值，分别推导为左值引用或右值引用。
int x = 10; auto&& r1 = x; // r1 是 int& auto&& r2 = 42; // r2 是 int&& auto&& r3 = std::move(x); // r3 是 int&&
这种行为让 auto&& 成为完美转发和泛型 lambda 的基础。但要注意：
立即学习“C++免费学习笔记（深入）”；
-
auto&&绑定左值时，其本身是左值（有名字），不能直接 move，需用std::move(r1) - 若变量后续要多次使用且不希望被移动，优先用
auto&或const auto&，避免意外转移资源 - 不要把
auto&&当作“更高级的auto”滥用；它本质是延迟绑定，语义更重
const auto& 最常用也最安全，尤其适合只读遍历和函数返回值接收
多数场景下你并不需要修改原对象，也不关心它是左值还是右值——const auto& 能统一处理所有情况，且不引发拷贝：
- 遍历容器：
for (const auto& e : vec)避免复制大对象 - 接收函数返回的临时对象：
const auto& s = get_string();延长其生命周期 - 绑定 const 左值、非 const 左值、右值都合法，兼容性最强
- 唯一限制：不能通过它修改对象（这是优点，不是缺陷）
相比 auto&&，它没有完美转发义务；相比裸 auto，它避免了无谓拷贝；相比 auto&，它不拒绝右值——属于“开箱即用”的稳妥选择。
类型推导结果可以用 typeid 或 decltype 验证，别靠猜
推导是否符合预期，光看代码容易误判。C++ 没有运行时类型名打印，但可在编译期确认：
int x = 0; auto a = x; // int auto& b = x; // int& auto&& c = x; // int& const auto& d = 42;// const int& // 编译期检查（需包含 <typeinfo>） static_assert(std::is_same_v<decltype(a), int>); static_assert(std::is_same_v<decltype(b), int&>); static_assert(std::is_same_v<decltype(c), int&>); // 注意：此处是 int&，不是 int&&！
特别注意：decltype 对带名字的表达式（如变量名）总是返回其声明类型，而对无名表达式（如 std::move(x)）才体现值类别。所以验证 auto&& 行为时，务必结合具体初始化表达式判断，不能只看变量名。
实际写代码时，如果不确定推导结果，宁可多写一行 static_assert，也不要凭经验硬上——引用类型一旦出错，往往表现为静默逻辑错误，比编译失败更难调试。
