std::ranges::begin 是 constexpr 定制点对象而非函数模板，不可取址、不支持 ADL 直接调用，其 operator() 内部按成员函数→ADL 自由函数→原生指针顺序转发，专为 ranges 算法提供约束安全、零开销的迭代器获取。
std::ranges::begin 是一个定制点对象，不是函数模板
它本质是一个 constexpr 变量，类型是某个未公开的函子类（functor），重载了 operator()。这意味着你不能对它做 &std::ranges::begin 取地址（会编译失败），也不能用 using std::ranges::begin 后直接写 begin(x) 而不加作用域——它不是 ADL 友好的普通函数，而是靠重载决议 + 类型系统“模拟函数调用”的对象。
它为什么不能像普通函数那样被 ADL 查找？
std::ranges::begin 的设计目标是：优先调用用户为自定义类型定义的 begin() 成员函数或自由函数（通过 ADL），但又必须绕过传统函数重载的二义性问题。它通过把调用“转交”给一个内部私有函数（如 __begin）实现，而该函数才真正参与 ADL。所以：
- 你写
std::ranges::begin(x)，实际触发的是 CPO 对象的operator()<t>(T&&)</t>，再由它转发 - 这个转发逻辑会先尝试
x.begin()（成员），再尝试begin(x)（ADL 自由函数），最后 fallback 到原生指针处理 - 如果你只写
begin(x)且没using，编译器根本找不到它——它不在全局命名空间，也不在std中以函数形式存在
常见错误：误以为它是可取址函数，或混淆与 std::begin
std::begin 是传统函数模板，可以取地址、可以 using、可以 SFINAE；std::ranges::begin 完全不行。典型翻车场景：
auto f = std::ranges::begin; // ❌ 错误：不能取地址
void foo(auto x) { begin(x); } // ❌ 没 using 且没 ADL 支持时失败
using std::ranges::begin; // ✅ 允许，但之后仍需确保参数支持 ADL 或有成员
另外，std::ranges::begin 对 std::array 和原生数组的行为和 std::begin 一致，但对某些包装类型（如 std::span）会启用更精确的约束，避免隐式转换。
立即学习“C++免费学习笔记（深入）”；
定制点对象的核心价值：统一接口 + 约束控制 + 零开销抽象
它让 std::ranges 算法（如 std::ranges::sort）能安全、高效地获取迭代器，同时不破坏用户类型的定制行为。关键点在于：
- 所有
std::ranges算法内部都用std::ranges::begin和std::ranges::end，而不是自己手写查找逻辑 - 它的实现包含
concept检查（比如要求begin(x)返回满足iterator的类型），失败时给出清晰的约束不满足提示，而非模糊的模板错误 - 编译器能内联整个调用链，最终生成的汇编和手写
x.begin()几乎无差别
真正容易被忽略的是：CPO 不是语法糖，它是有意放弃函数灵活性换来的语义可控性——一旦你试图把它当函数用（比如绑定、转发、模板参数推导），就会立刻撞墙。
