范围for默认按值拷贝，修改的是副本；要修改原元素需用auto&或const auto&；std::map等关联容器的键不可修改，const容器下auto&会降级为const引用。
范围for默认按值拷贝，修改的是副本
范围for循环中，如果写成 for (auto x : vec)，x 是容器元素的**拷贝**，不是引用。对 x 的任何赋值操作，只影响这个临时变量，原容器里的元素完全不受影响。
这是最常被忽略的根本原因——语法上看着像在遍历“本身”，实际默认是只读副本。
- 适用于只读场景，比如打印、计算聚合值
- 若容器元素是大对象（如
std::string或自定义类），还会带来不必要的拷贝开销 - 对
const容器或const迭代器上下文，连非 const 引用都声明不了，必须用const auto&
想改原元素？必须用引用类型声明
要真正修改容器中的原始元素，得让循环变量绑定到原对象上，即使用左值引用：auto& 或 const auto&（只读时）。
注意：不能写 auto&& 来“保险”——它在范围for里可能推导为右值引用（尤其当容器返回临时迭代器时），导致编译失败或未定义行为。
-
for (auto& x : vec)→ 可读可写，适用于非 const 容器 -
for (const auto& x : vec)→ 只读，避免拷贝，推荐用于只读遍历 -
for (auto x : vec)→ 副本，永远改不动原数据
迭代器失效或 const 容器导致的“看似能改实则不行”
即使写了 auto&，也可能因底层容器限制而无法修改。典型例子是 std::map 或 std::set 的键部分：它们的 value_type 是 const key_type，所以 for (auto& p : my_map) 中的 p.first 仍是 const，强行赋值会编译报错：assignment of read-only member。
-
std::vector<int></int>、std::list<:string></:string>等序列容器支持完整修改 -
std::map<k></k>中p.first（键）不可改，p.second（值）可以 - 对
const std::vector<int></int>，哪怕写auto&也会因顶层 const 导致绑定失败，编译器强制降级为const int&
用 for 循环下标或迭代器更可控，但别滥用
如果逻辑复杂（比如需要跳过某些元素、修改后继续用新值判断、或同时操作多个容器），硬套范围for反而容易出错。此时显式用 for (size_t i = 0; i 或 <code>for (auto it = v.begin(); it != v.end(); ++it) 更直观、更易调试。
- 下标访问适合
std::vector、std::array等支持 O(1) 随机访问的容器 - 迭代器适合所有标准容器，且能统一处理 erase 场景（范围for中 erase 会直接失效迭代器）
- 不要为了“看起来现代”而牺牲可维护性——尤其是涉及条件修改、异常路径或并发考量时
真正卡住人的往往不是语法记不住，而是没意识到 auto 在范围for里默认不带 &；一旦习惯性加 &，再检查容器类型和 const 属性，90% 的“改不了”问题就定位完了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
