std::ranges::to不能接在|右侧，因其非视图适配器且未重载operator|，仅支持作为管道链终点显式调用；它接收range并返回容器，语义与管道“range→view”不兼容。
std::ranges::to 不能写在管道 | 右侧，必须作为转换链终点显式调用；否则编译失败。
为什么 std::ranges::to 不能接在 | 后面？
它不是视图适配器（view 或闭包对象），没有重载 operator|。C++23 的管道语法只接受满足 range_adaptor_closure 概念的类型，比如 std::views::filter、std::views::transform。而 std::ranges::to 是一个普通函数模板，接收 range 作第一参数，返回容器——这和管道链中“输入 range → 输出 view”的语义不兼容。
常见错误现象：
-
view | std::ranges::to<:vector>()</:vector>→ 编译报错：no match for ‘operator|’ - 误以为它是“另一个 view”，试图多次复用同一视图调用
to，结果第二次为空（尤其对input_range）
正确写法：把 std::ranges::to 放在管道链最末端
所有视图操作（filter、transform、take 等）必须先用 | 连起来，最后用函数调用语法收尾：
立即学习“C++免费学习笔记（深入）”；
auto vec = std::ranges::to<std::vector>(
some_range
| std::views::filter(pred)
| std::views::transform(f)
| std::views::common
);
要点：
- 管道部分（
|左右）只能是view类型或可转换为view的闭包 -
std::ranges::to必须是整个表达式的最外层调用，不能嵌套在管道中 - 目标容器类型需明确指定（如
std::vector<int>），不能依赖模板参数推导（除非你传入了带 value_type 的 range）
哪些容器能用 std::ranges::to？
标准容器基本都支持，前提是它们提供以下任一构造方式：
-
C(std::from_range_t, R&&)（推荐，C++23 标准要求） -
C(InputIterator, InputIterator)（传统迭代器对构造） C(std::initializer_list<value_type>)
可用的容器包括：std::vector、std::deque、std::list、std::set、std::unordered_set、std::map、std::unordered_map 等。
不可用的典型例子：
-
std::array：大小固定，不接受运行时范围 - 自定义容器：若未显式声明
MyContainer(std::from_range_t, I, S)构造函数，则编译失败
std::ranges::to 最容易被忽略的陷阱：input_range 只能消费一次
如果传入的是 input_range（如 std::istringstream | std::views::istream<int>()、某些带副作用的生成器视图），std::ranges::to 会完整遍历并耗尽它。后续再对同一视图调用 to，结果为空。
示例：
auto iss = std::istringstream{"1 2 3"};
auto v = iss | std::views::istream<int>();
auto a = std::ranges::to<std::vector>(v); // {1, 2, 3}
auto b = std::ranges::to<std::vector>(v); // {} ← 空！流已到 EOF
解决办法：
- 避免重复使用同一
input_range视图 - 若需多次物化，先转成
sized_range或缓存（如用std::vector中间存一份） - 确认视图 category：用
std::ranges::input_range<decltype(v)>静态断言辅助判断
真正难调试的点不在语法，而在 range 的 category 和求值时机——它不报错，但结果为空，且原因藏在视图源头里。
