auto推导默认剥离引用和cv限定，需用auto&或const auto&显式保留；decltype(auto)才能完全保持原类型。
auto 推导不保留引用，auto& 才保留
很多人以为 auto 能“原样”复制变量类型，其实它默认做的是**值拷贝式推导**：遇到引用会自动剥离。比如 int& r = x;，写 auto a = r; 得到的是 int，不是 int&。
要保留引用，必须显式写 auto&；要推导为 const 引用，就得写 const auto&。这和模板参数推导规则一致（template<typename t> f(T t)</typename> 也不保留引用）。
-
auto x = y;→ 去引用、去 const、去 volatile（只留底层类型） -
auto& x = y;→ 保留引用性，但依然可能退化（如 y 是 const int&，x 就是 const int&） -
const auto& x = y;→ 最安全的万能绑定，可绑定右值、const 左值、非常量左值
const auto 和 auto const 完全等价，但 auto& const 是非法的
const auto 和 auto const 都表示“推导出的类型带 const 限定”，编译器视作相同。但要注意：auto& const 是语法错误——引用本身不可被 const 修饰（引用一旦绑定就不能再绑定别处，这个“不可重绑定”是语言特性，不是 const 起的作用）。
常见误写：auto& const r = x; → 报错：error: 'const' qualifiers cannot be applied to 'int&'。正确写法只有 const auto& r = x;（const 修饰的是引用所指对象）或 auto& r = x;（非常量引用，只能绑定非常量左值）。
立即学习“C++免费学习笔记（深入）”；
- ✅
const auto& r1 = 42;→ 绑定字面量（右值），合法 - ✅
auto& r2 = x;→ x 必须是非常量左值 - ❌
auto& const r3 = x;→ 编译失败
decltype(auto) 才是真正的“原样复制”类型
如果真想让类型推导不丢引用、不丢 const，得换用 decltype(auto)。它直接套用 decltype 规则：对变量名表达式返回其声明类型（含引用和 const），对函数调用或运算表达式按 decltype 的语义返回（如 decltype(f()) 是返回类型的声明类型）。
典型场景：完美转发封装、泛型 lambda 返回类型、避免因 auto 剥离引用导致 move 语义失效。
int x = 42; const int& cr = x;-
auto a = cr;→a类型是int（拷贝） -
decltype(auto) da = cr;→da类型是const int&（完全一致） -
decltype(auto) d2 = std::move(x);→d2类型是int&&，保持右值引用性质
函数返回值用 auto 时，const 引用推导容易引发悬垂引用
当函数返回局部变量的引用（尤其是 const 引用），配合 auto 推导，极易产生悬垂引用而不报错。编译器不会延长临时对象的生命周期，除非绑定到 const auto& 或 auto&& 这类引用类型。
但注意：仅靠 auto 不行，它推导成值类型就立刻拷贝；而 const auto& 在绑定纯右值时才会触发临时对象生命周期延长——这是唯一受标准保障的延长机制。
- ❌
auto x = get_temp_string();→ 拷贝构造，安全但可能低效 - ❌
auto& x = get_temp_string();→ 绑定右值到非常量引用，编译失败 - ✅
const auto& x = get_temp_string();→ 延长临时 string 生命周期至 x 作用域结束 - ⚠️
auto x = std::string("hello");+const auto& r = x;→ r 是 x 的引用，x 销毁后 r 悬垂（无生命周期延长）
真正容易被忽略的是：生命周期延长只发生在「直接绑定到临时对象」这一种情形，中间任何一层间接（比如通过函数返回、通过变量中转）都会失效。
