std::ranges::to不是管道操作符，因其是普通函数模板而非range_adaptor_closure类型，故不能用于view | std::ranges::to；正确用法是先构建view链再整体调用std::ranges::to。
std::ranges::to 不是管道操作符，不能写成 view | std::ranges::to<:vector></:vector> —— 这是编译失败的常见原因。
为什么 std::ranges::to 不能跟在 | 后面？
它不是 range adaptor，而是普通函数模板，没有重载 operator|。C++23 的管道语法只接受实现了 range_adaptor_closure 的类型（比如 std::views::filter、std::views::transform），而 std::ranges::to 返回的是容器对象，不是 closure。
- 写
view | std::ranges::to<:vector></:vector>会触发 SFINAE 失败或未定义行为，不同编译器报错形式不同（如 GCC 提示 “no match for operator|”） - 正确调用必须把
std::ranges::to当作函数终点：先拼好 view 链，再用std::ranges::to包一层 - 若硬要“链式外观”，可手动封装 lambda（不推荐）：
auto to_vec = [](auto&& r) { return std::ranges::to<:vector>(std::forward<decltype>(r)); };</decltype></:vector>，但这只是语法糖，本质仍是函数调用
std::ranges::to 支持哪些容器和参数？
只要目标类型 C 满足 !std::view<c></c> 且能用范围构造（如支持 std::from_range_t 构造函数、迭代器对构造、或 insert 接口），就能用。
- 标准容器基本都支持：
std::vector、std::deque、std::list、std::set、std::unordered_map等 - 支持传入额外参数，例如分配器：
std::ranges::to<:deque>(view, my_alloc)</:deque> - 不支持自定义
reserve；若需预分配容量，仍得手写vec.reserve(n)+std::ranges::copy - 对 move-only 类型安全（如
std::unique_ptr），而传统std::vector(v.begin(), v.end())可能静默复制失败
输入 range 的 category 会影响结果吗？
会，而且影响是静默的——最容易被忽略的坑。
立即学习“C++免费学习笔记（深入）”；
- 如果传入的是
input_range（比如std::istringstream构造的视图），std::ranges::to只能消费一次；后续再对同一视图调用to，会得到空容器 - 视图本身不保存状态，
input_range是单次读取语义，无法 rewind - 常见误用场景：从文件流解析多组数据时，反复用同一个视图调用
to，结果只有第一次成功 - 验证方式：用
std::ranges::size测前/后大小（仅对sized_range有效）；更稳妥的做法是显式构造新视图或改用容器中转
真正麻烦的不是语法怎么写，而是你传进去的那个 range 到底能不能被多次消费——这点不看文档、不查 concept，只靠编译通过，很容易在线上跑几天才暴露问题。
