必须用 const auto& 进行只读遍历，否则大对象（如 std::string、std::vector）会触发拷贝构造，造成性能损耗；对 std::vector，const auto& 可编译但绑定代理对象，修改需 auto&& 或索引；pod 小类型可省略引用，但统一用 const auto& 更安全。
只读遍历且元素类型较大时，必须用 const auto&；否则可能触发不必要的拷贝，甚至引发性能问题或编译错误。
为什么不能直接写 auto？
写 for (auto x : container) 会调用元素类型的拷贝构造函数。对 std::string、自定义结构体、std::vector 等非 POD 类型，这不仅是浪费 CPU 和内存，还可能让代码在 debug 模式下变慢几倍。
std::vector<:string> strs = {"hello", "world", "C++"};</:string>-
for (auto s : strs)→ 每次循环都构造一个新std::string对象 -
for (const auto& s : strs)→ 直接绑定到原对象，零拷贝
const auto& 在 std::vector<bool></bool> 上会出错
std::vector<bool></bool> 是特化容器，其 operator[] 返回的是代理对象（proxy），不是真正的 bool&。此时 const auto& 会尝试绑定到临时对象，而 C++ 不允许非 const 左值引用绑定到临时对象 —— 但 const auto& 允许绑定到临时对象，所以它其实能编译通过；真正出问题的是 auto&（非 const 引用）。
std::vector<bool> flags = {true, false, true};</bool>-
for (auto& f : flags)→ 编译失败：cannot bind non-const lvalue reference to rvalue -
for (const auto& f : flags)→ 可编译，但f是const std::vector<bool>::reference</bool>，无法修改 - 真要修改？得用
auto&&或显式索引
什么时候可以不用 const auto&？
当元素是小的 POD 类型（如 int、char、double）且仅用于读取时，auto 和 const auto& 性能几乎无差别，编译器通常会优化掉拷贝。但风格上仍推荐统一用 const auto&，避免混用导致维护困惑。
-
for (int x : arr)安全，但和for (const auto& x : arr)行为一致 - 一旦容器元素类型从
int改成std::string，前者立刻变成性能隐患 - 团队代码规范里把
const auto&设为默认读取习惯，能防住多数低级失误
最容易被忽略的一点：const auto& 的 const 修饰的是解引用后的对象，不是引用本身 —— 所以你不能通过它修改容器中原始元素，但可以安全地调用其 const 成员函数。如果误以为“加了 & 就能改”，结果发现改不了，八成是忘了去掉 const。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
