range-based for循环中不加&会触发元素拷贝，对大对象如std::string或自定义类开销显著；应优先使用const auto&避免拷贝且只读，auto&用于需修改的场景，auto&&日常不推荐。
Range-based for 循环里不加 & 就会拷贝对象
当你写 for (auto x : vec)，编译器对每个元素调用拷贝构造函数——哪怕 x 是临时变量、后续只读。对 std::string、std::vector 或自定义大对象，这开销肉眼可见。
- 默认行为是值语义：
auto推导为T（非引用），触发拷贝 - 若容器存的是指针（如
std::vector<widget></widget>），拷贝指针本身 cheap，但语义上你可能仍想避免无谓复制 - 迭代
std::vector<:string></:string>时，一次循环拷贝一个字符串；1000 个元素 ≈ 1000 次堆分配 + 内存拷贝
auto& 和 const auto& 的区别和选法
加 & 改变绑定方式，但是否加 const 取决于你是否要修改元素：
-
for (auto& x : vec)→ 可读可写，x是原元素的引用；适用于需要就地修改的场景（如x.name = "new"） -
for (const auto& x : vec)→ 只读，禁止修改，同时彻底避免拷贝；绝大多数遍历场景该用这个 -
for (auto&& x : vec)→ 万能引用（universal reference），在vec是左值时等价于const auto&，但容易在模板上下文中引发意外绑定，日常遍历不推荐
错误示例：for (auto x : vec) 遍历 std::vector<bigstruct></bigstruct>，BigStruct 拷贝构造函数被调用 N 次，Clang/MSVC 在 -O2 下未必能完全优化掉。
注意 begin()/end() 返回类型的隐式约束
Range-based for 依赖容器提供 begin() 和 end()，它们返回的迭代器解引用结果类型决定了 auto 能推导成什么：
立即学习“C++免费学习笔记（深入）”；
- 若
vec.begin()返回const_iterator（如const std::vector<t>&</t>），那么auto& x会失败（不能从 const 迭代器绑定非常量引用），必须用const auto& x - 自定义容器若
begin()返回T*，auto& x推导为T&；若返回const T*，则只能绑定const T& - 使用
std::span或 C 风格数组时，begin()返回指针，auto&依然有效（因为指针解引用得到左值）
常见报错：error: cannot bind non-const lvalue reference of type 'Widget&' to an rvalue of type 'Widget'，往往是因为容器是 const 限定的，却写了 auto&。
性能差异在 Release 模式下也不总被优化掉
别以为开了 -O2 就万事大吉。编译器优化有前提：它得能证明拷贝无副作用、且目标类型满足 trivially copyable 等条件。
- 含虚函数、自定义拷贝构造函数、或带 mutex 成员的类，基本不会被优化掉拷贝
- 调试模式（Debug）下几乎从不优化，此时
autovsconst auto&的耗时差可达数倍 - 用
std::vector<:string></:string>测过：10 万个元素，auto版本比const auto&多花 8–12ms（Clang 16, macOS），不是微不足道
真正容易被忽略的是：你在写单元测试或日志打印循环时随手用了 auto x，而这段代码恰好在热路径里——它不会报错，但悄悄拖慢了整个流程。
