auto默认丢弃顶层const、volatile和所有引用，只保留值类型；它等价于模板参数推导，仅剥离顶层cv限定符，底层const/volatile和引用需显式用auto&/auto&&保留。
auto 默认丢弃顶层 const、顶层 volatile 和所有引用（&、&&），只保留“干净”的值类型。这不是 bug，是标准明确规定的推导行为——它和模板参数推导完全一致。你写 auto x = expr;，就等价于用 expr 去推导一个函数模板的隐式实参，而模板推导天然剥离这些修饰。
哪些 cv-qualifier 会被丢弃？
只丢弃「顶层」的 const 和 volatile，不碰「底层」的。
-
const int ci = 42;→auto x = ci;推导为int（顶层const被剥） -
int* const p = &x;→auto y = p;推导为int*（顶层const被剥，但int*中的int是底层，保留） -
const int* p = &x;→auto z = p;推导为const int*（const修饰的是int，属于底层，不剥）
引用属性为什么总是被丢？
因为 auto x = expr; 是按值初始化，不是声明引用。哪怕 expr 是 const int& 或 int&&，auto 也只关心它“代表什么值”，不关心“怎么来的”。
-
int a = 10; const int& ref = a;→auto x = ref;是int，不是const int& -
std::vector<int> v = {1,2,3}; auto it = v.begin();</int>→it是std::vector<int>::iterator</int>，不是引用类型，哪怕begin()返回的是左值引用 - 想保留引用？必须显式写
auto&或auto&&，否则没商量
volatile 和引用一起出现时的典型坑
极少见但致命：当你从硬件寄存器或信号处理上下文中拿到 volatile int&，用 auto 接，就彻底失去 volatile 语义和引用绑定，编译器可能优化掉重复读取。
-
volatile int& hw_reg = *(volatile int*)0x1000;→auto val = hw_reg;得到的是普通int，后续多次读val不会重新访问寄存器 - 正确做法：
auto& val = hw_reg;或volatile auto& val = hw_reg; - 注意：
volatile auto不行——auto已经把顶层volatile剥了，再加volatile是给一个非 volatile 类型加限定，无效
真正容易被忽略的点在于：这个剥离行为发生在编译期，且不可逆。一旦你用了 auto x = ...，后续所有对 x 的操作都基于那个被剥干净的类型——哪怕原始表达式带 const 引用，你也改不了它；哪怕它是 vector 的 operator[] 返回的代理对象（如 vector<bool>::reference</bool>），auto 也会把它变成 bool 值，导致修改失效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
