std::ranges::to不能接在管道符|后面，因为它是终点函数而非适配器，未重载operator|，只能作为管道链末尾调用，如std::ranges::to(data | std::views::filter(pred))。
std::ranges::to 不能接在管道符 | 后面，它不是适配器，而是终点函数——这是最常卡住人的地方。
为什么 view | std::ranges::to<:vector></:vector> 会编译失败？
因为 std::ranges::to 是普通函数模板，没有重载 operator|。C++23 的管道语法只接受实现了 range_adaptor_closure 的类型（比如 std::views::filter），而 to 返回的是容器对象，不是闭包。
- 错误写法：
auto v = data | std::views::filter(pred) | std::ranges::to<:vector></:vector>→ 编译报错：no match for ‘operator|’ - 正确写法：
auto v = std::ranges::to<:vector>(data | std::views::filter(pred))</:vector> - 管道链里所有
|左右都必须是 range 或 view；to只能当收尾动作，不能嵌在中间
哪些容器类型能用 std::ranges::to 直接构造？
标准容器如 std::vector、std::deque、std::list、std::set 等默认支持，前提是它们提供 std::from_range_t 构造函数（C++20 起已普遍具备）。
- ✅ 支持：
std::ranges::to<:vector>(v)</:vector>、std::ranges::to<:set>(view)</:set> - ⚠️ 自定义容器需显式实现：
MyContainer(std::from_range_t, I first, S last)，否则to无法匹配 - ❌ 不支持传入自定义分配器（C++23 初版限制），也不能指定
reserve容量；若需预分配，仍得手写循环或先reserve再用std::ranges::copy
std::ranges::to 对输入 range 类别的敏感性
它会按输入 range 的 category 做不同处理，尤其要注意 input_range（如 std::istringstream 视图）只能消费一次。
立即学习“C++免费学习笔记（深入）”；
- 如果对同一个
input_range视图反复调用to，第二次开始将得到空容器 -
forward_range及以上（如std::vector、std::views::iota）可安全多次使用 - 用
std::ranges::to处理流视图时，务必确认只调用一次，或提前物化为中间容器
替代方案与实用技巧
真想“假装”管道风格，可以用 lambda 包一层，但本质仍是函数调用，别被语法糖误导。
- 推荐写法：
auto vec = std::ranges::to<:vector>(data | std::views::filter(p) | std::views::transform(f))</:vector> - 不推荐宏或变量伪装：
auto to_vec = [](auto&& r) { return std::ranges::to<:vector>(std::forward<decltype>(r)); };</decltype></:vector>→ 易读性下降，且掩盖了“非适配器”本质 - 对 move-only 类型（如
std::unique_ptr）更安全：相比std::vector(v.begin(), v.end())可能静默复制失败，to会正确转移所有权
真正容易被忽略的是：它不解决“多次遍历”问题，只解决“一次转换”。如果你的视图本身来自单次流或临时对象，to 之后就该丢弃原视图，别再试图复用。
