auto拷贝元素，auto&绑定原元素；需修改容器内容或避免深拷贝时必须用auto&；只读访问大对象时应优先用const auto&。
范围for中auto和auto&的语义差异
根本区别在于：前者拷贝元素，后者绑定到原元素。这直接决定你能否修改容器内容、是否触发额外拷贝开销。
什么时候必须用auto&
要就地修改容器中的元素时，auto&是唯一选择。值传递的auto只拿到副本，改了也白改。
-
std::vector<int> v = {1, 2, 3}; for(auto x : v) { x *= 2; }</int>→v仍是{1,2,3} -
for(auto& x : v) { x *= 2; }→v变成{2,4,6} - 对
std::string、自定义类等非平凡类型，不用&可能引发深拷贝，性能明显下降
什么时候该用const auto&
只读访问且类型较大时，这是最安全高效的默认写法。它避免拷贝，又防止意外修改。
std::vector<:string> words = {"hello", "world"};</:string>for(const auto& s : words) std::cout → 不拷贝字符串，也不允许改<code>s- 对比
auto s：每个std::string都构造一次；对比auto& s：若容器是const或临时对象，编译失败
auto在内置小类型上可以但不推荐
对int、char、double这类POD类型，auto确实没性能问题，但统一用const auto&更一致、更少出错。
立即学习“C++免费学习笔记（深入）”；
-
for(auto x : vec_int)和for(const auto& x : vec_int)生成的汇编几乎一样 - 但一旦把
vec_int换成vec_string，前者立刻变慢，而后者无需改动 - 更隐蔽的坑：
for(auto x : get_temporary_vector())合法，但for(auto& x : get_temporary_vector())编译报错 —— 这种错误只有加&才暴露
最容易被忽略的是：auto永远不推导引用类型，哪怕右边是引用。你写的不是“让编译器猜”，而是“明确告诉它我要什么”。漏掉&，就是主动放弃修改权和零拷贝保证。
