range-based for底层展开为三段式循环，依赖begin()/end()的查找顺序（成员→ADL→std::），要求返回类型支持解引用与递增；原生数组特例处理，vector因代理对象导致auto&无法修改元素。
range-based for 底层其实是调用 begin() 和 end()
它不是语法糖的黑箱，而是编译器按固定规则展开成三段式循环：取迭代器、比较、解引用+递增。关键在于，编译器会按顺序尝试找 begin()/end() —— 先查成员函数，再查非成员（ADL）函数，最后 fallback 到 std::begin/std::end。
常见错误现象：error: no matching function for call to 'begin'，基本就是你提供的类型没实现这两个可调用的东西，或者它们返回类型不满足“可解引用 + 可递增”要求。
- 自定义容器必须提供
begin()和end()，返回类型要支持*it、++it、it != other - 如果只重载了
operator++但没定义operator!=，编译失败位置可能在循环条件处，报错指向end()比较那步 - 数组退化为指针后无法用 range-for，因为指针没
begin()成员；但原生数组（如int a[5]）可以——靠编译器特例处理，不走 ADL
为什么 std::vector<bool></bool> 不能直接用 range-for 修改元素
因为它的 operator[] 返回的是代理对象 std::vector<bool>::reference</bool>，不是 bool&。range-for 中的 auto& x 绑定到这个临时代理，而 auto x 会触发隐式转换并丢弃修改目标。
使用场景：想翻转每个 bit？直接写 for (auto& b : v) b = !b; 看似合理，但实际无效——b 是 const 引用或临时对象，赋值不落地。
立即学习“C++免费学习笔记（深入）”；
- 正确做法是用下标：
for (size_t i = 0; i - 或显式用
std::vector<bool>::reference</bool>类型（不推荐，太绕） - 更稳妥的替代：改用
std::deque<bool></bool>或std::vector<char></char>，它们没有代理引用问题
begin() 和 end() 的 const 重载影响 auto& 推导
如果你只写了非 const 版本的 begin()/end()，那么对 const 容器用 range-for 时，编译器找不到匹配函数，报错位置往往在循环开始前，而不是循环体里。
性能影响不大，但兼容性断点明显：一个容器若只支持非常量遍历，就无法在 const 成员函数里被 range-for 遍历。
- 必须同时提供 const 和非 const 重载，就像标准容器那样
-
auto&在 const 容器上推导出const T&，这点和普通引用一致，别指望它能绕过 const 正确性 - 如果忘了 const 版本，MSVC 可能报
no viable conversion，GCC/Clang 更常报no matching begin
自定义 begin() 放哪？ADL 查找容易漏掉命名空间
ADL（Argument-Dependent Lookup）只查参数类型的关联命名空间，不会跨命名空间搜。如果你把容器放在 namespace A，但把 begin() 定义在全局或 namespace B，编译器根本看不到它。
最容易被忽略的一点：哪怕你写了正确的 begin()，只要它不在容器类所在的命名空间里，就大概率失效。
- 最佳实践：把
begin()/end()和容器定义在同一个 namespace 下 - 不要依赖
using std::begin;去“修复”——这只会让 ADL 找到std::begin，而它对自定义类型默认不适用 - 调试技巧：加个
static_assert测试，比如static_assert(std::is_same_v<decltype>())), MyIter>);</decltype>
