std::views::join_with仅C++23可用，要求首参为嵌套范围、次参为安全view分隔符（如char、string_view、single），禁用std::string等临时对象；空子范围跳过分隔符；不可与join混用；需注意命名空间和分隔符生命周期。
std::views::join_with 只在 C++23 及以上可用，且必须用 -std=c++23 编译；传错类型、漏掉分隔符或混用 std::views::join 会直接编译失败或行为未定义。
std::views::join_with 的参数类型限制很严格
它要求第一个参数是「嵌套范围」（如 std::vector<:vector>></:vector>），第二个参数是「可单次解引用的分隔符」——可以是单个值（int、char）、std::string_view，或一个满足 input_range 的短生命周期视图（比如 std::views::single('x')）。但不能是 std::string（非 view，且可能临时析构）、也不能是 std::initializer_list（生命周期太短）。
-
std::vector<:string> | std::views::join_with(' ')</:string>✅ 合法：char是可解引用的标量 -
std::vector<:string> | std::views::join_with(std::string{" "})</:string>❌ 危险：std::string构造的临时对象在管道创建后即销毁，迭代时访问已释放内存 -
std::vector<:vector>> | std::views::join_with(std::views::repeat(0, 2))</:vector>✅ 合法：返回的是 view，生命周期由管道管理
空子范围会导致分隔符被跳过
std::views::join_with 只在「相邻非空子范围之间」插入分隔符。如果输入中存在空容器（比如 { {1,2}, {}, {3} }），结果是 1 2 3，中间不会出现分隔符——它不插在空子范围前后，也不做特殊填充。
- 这是设计行为，不是 bug；若需强制分隔，得先过滤掉空子范围：
| std::views::filter([](const auto& r) { return !r.empty(); }) - 无法通过配置改变此逻辑；
join_with不提供「前缀/后缀/空槽填充」选项
和 std::views::join 混用会编译失败
std::views::join 和 std::views::join_with 是完全独立的适配器，没有继承或兼容关系。把 join_with 的结果再传给 join（比如想二次扁平化），会因类型不匹配触发静态断言失败，错误信息类似：static_assert failed: 'The range's value_type must be a range'。
- 两者不能链式嵌套使用；
join_with输出的是扁平后的view，其value_type是元素类型（如int），不再是 range - 若真需要多级结构处理，应提前规划层级：要么用
join做纯扁平，要么用join_with做带分隔的扁平，不要交叉 - 注意命名空间：MSVC 和较新 GCC 要求写全
std::ranges::views::join_with，仅std::views::join_with在部分标准库实现中不可用
分隔符视图的生命周期必须由管道管理
如果你传入一个自定义视图作为分隔符（比如 std::views::iota(1, 4)），该视图必须是「无状态」或「由管道持有」的。不能传局部 std::vector 的 std::views::all，因为其底层容器在视图构造后可能被销毁。
立即学习“C++免费学习笔记（深入）”；
- 安全做法：只用字面量、
std::views::single、std::views::repeat、std::string_view或其他无拥有语义的 view - 危险做法：
auto v = std::vector{1,2}; ... | std::views::join_with(v | std::views::all)——v离开作用域后，视图内迭代器悬空 - 调试提示：若运行时报
segmentation fault或输出乱码，优先检查分隔符是否引用了已销毁对象
char，底层也会隐式转成 std::views::single；但一旦涉及自定义结构，就必须自己确保它是 view。 
