必须用for(auto& x : container)当需就地修改容器元素或避免大对象深拷贝；auto x仅获副本，修改无效且开销大。
什么时候该用 for (auto& x : container) 而不是 for (auto x : container)
核心区别在是否需要修改容器元素或避免拷贝。用 auto x 会触发每次迭代都复制一次元素，对 std::string、std::vector 或自定义大对象来说开销明显；而 auto& x 是引用，读写都直接作用于原元素。
如果只读且类型是 int、double 这类小类型，两者性能差异可忽略，但习惯上仍推荐 const auto& x——既避免意外修改，又杜绝拷贝。
std::map 和 std::unordered_map 的范围 for 怎么取 key 和 value
它们的迭代器解引用后是 std::pair 类型，不能直接当 int 或 std::string 用。常见错误是写成 for (auto x : myMap) { std::cout 却忘了加 & 导致 map 元素被完整拷贝（尤其 value 是大对象时）。
正确写法优先用结构化绑定（C++17 起）：
const auto& p
- 安全写法：用
auto x（值语义，无副作用）或const auto& x（只读场景） - 真要修改：改用
std::vector替代，或显式索引操作v[i] = true - 别试图用
auto&&强行绕过——它可能绑定到临时代理对象，行为不可靠
基于范围的 for 底层到底怎么工作的
它本质是语法糖，展开为类似这样的代码：
auto && __range = range;
auto __begin = begin(__range);
auto __end = end(__range);
for (; __begin != __end; ++__begin) {
auto& x = *__begin;
// 循环体
}
所以它依赖 begin() / end() 是否可用。这意味着：
- 原生数组能用（有隐式转换到指针的
begin/end） - C 风格字符串字面量
"hello"能用（退化为数组） - 但纯指针（如
int* p）不能直接用——没begin/end成员，也没重载的自由函数版本 - 自定义类型必须提供
begin()/end()成员函数，或定义同名自由函数，且返回的迭代器要支持!=、++、*
最常被忽略的一点：如果容器在循环中被 push_back 或 erase，迭代器很可能失效，导致未定义行为——这和传统 for + 迭代器一样危险，不是语法糖能掩盖的。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
