range-based for循环默认按值拷贝，修改无效；需用auto&或const auto&避免深拷贝并支持修改或只读访问；结构化绑定for(auto& [k,v] : m)语义更清晰；仅要求容器提供begin()/end()，但修改容器时迭代器可能失效。
range-based for 循环不是语法糖的简单替代，它默认按值拷贝，不加 & 或 && 就可能意外触发深拷贝或无法修改原容器元素。
为什么遍历 vector 时修改元素没生效？
常见现象：写 for (auto s : strs) { s += "x"; }，结果 strs 完全没变——因为 s 是每个 string 的副本，改的是临时对象。
- 要修改原容器内容，必须用引用：
for (auto& s : strs) - 如果只读且容器元素较大（如
std::vector<:vector>></:vector>），避免拷贝开销，也该用const auto& s : strs - 注意
auto&&在某些模板上下文中可转发，但普通遍历中没必要，反而增加理解成本
遍历 map 时怎么同时拿到 key 和 value？
不能直接写 for (auto kv : m) 然后用 kv.first/kv.second ——这没错，但容易忽略类型推导细节。
-
std::map<k>::value_type</k>是std::pair<const k v></const>，所以kv.first是const K&，不能赋值；kv.second类型是V&（当用auto&时），可修改 - 更清晰写法：
for (auto& [k, v] : m)（C++17 结构化绑定），k自动为const K&，v为V&，语义明确 - 若用
auto [k, v] : m（无引用），则v是副本，修改无效
哪些容器不能用 range-based for？
只要支持 begin()/end() 且返回迭代器类型，基本都能用。但要注意“假容器”陷阱：
-
std::array、std::vector、std::list、std::map等标准容器都 OK - C 风格数组（如
int a[5]）也能用，begin(a)和end(a)由标准库重载提供 - 自定义类型需显式提供
begin()/end()成员函数或非成员函数，否则编译失败，错误信息通常是no matching function for call to 'begin' -
std::initializer_list可以，但它是只读的，即使写auto&，元素也是const限定的
性能差异：auto vs auto& vs const auto&
对小类型（int、char、指针）影响微乎其微；对大对象（std::string、自定义类）差别显著。
-
auto x : c：每次循环调用元素的拷贝构造函数，c.size()次开销 -
auto& x : c：零拷贝，但允许通过x修改原容器（若容器本身非 const） -
const auto& x : c：零拷贝 + 编译期防止误改，推荐作为只读遍历的默认写法 - 注意：若容器是
const std::vector<t></t>，则auto&会推导为const T&，无需额外加const
最容易被忽略的是：range-based for 的底层仍依赖迭代器，一旦在循环体内修改了容器（如 push_back、erase），迭代器很可能失效，行为未定义——这不是语法问题，而是容器语义约束，得靠逻辑规避。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
