std::views::slide 是惰性非拥有视图适配器，不支持 size()；n 必须为正整数，否则触发未定义行为；窗口总数需手动计算：s >= n ? s - n + 1 : 0。
std::views::slide 不是“滑动窗口函数”，它是个惰性、非拥有、不支持 size() 的视图适配器；传错 n 或当成容器反复遍历，大概率触发未定义行为或静默失效。
传入的窗口大小 n 必须是正整数
标准明文禁止 n ，包括 <code>0、-1、0u。这不是警告，是未定义行为（UB）：libc++ 可能抛 std::out_of_range，MSVC 可能静默崩溃，GCC 可能在运行时越界访问。
- 硬编码安全写法：
v | std::views::slide(3)—— 字面量明确为正，无类型陷阱 - 变量来源必须断言：
assert(n > 0); auto slide_v = v | std::views::slide(n); - 若
n是size_t类型，用std::max(n, size_t{1})截断，避免0u穿透 - 禁止隐式转换：
std::views::slide(static_cast<size_t>(0))</size_t>和std::views::slide(-1)都是 UB
slide_view 不支持 std::ranges::size()，窗口总数得手动算
std::ranges::size(slide_v) 在绝大多数标准库中直接编译失败，因为 slide_view 不满足 sized_range 概念 —— 它不缓存窗口数量，也不提供 O(1) 查询能力。
- 先确认原容器可测长：
auto s = std::ranges::size(v);（要求v是sized_range） - 再按公式算窗口数：
auto window_count = s >= n ? s - n + 1 : 0; - 索引访问第
i个窗口需谨慎：auto win = *(slide_v.begin() + i);仅当i 时合法 - 别依赖
for (auto w : slide_v)的循环次数来推断窗口数 —— 第一次遍历完，迭代器状态就废了
不能反复遍历 slide_view，要多次用就得物化成 std::vector
slide_view 是纯描述性的：每次取窗口都动态构造一个 std::ranges::subrange，不保存历史。这意味着它只支持单次有效遍历。
立即学习“C++免费学习笔记（深入）”；
- 第二次
for (auto w : slide_v)很可能什么也不走 —— 不是 bug，是设计如此 - 调试时想打印全部窗口？必须物化：
std::vector<:ranges::subrange> win_vec(slide_v.begin(), slide_v.end());</:ranges::subrange> - 物化前确保
v的迭代器类型满足input_iterator，否则subrange构造失败 - 返回值别裸露
slide_view类型，应返回std::vector<:ranges::subrange></:ranges::subrange>或封装结构体
原容器生命周期必须长于 slide_view 的使用期
slide_view 不拷贝数据，只存两个迭代器（begin 和 end 的快照）。一旦原容器析构、resize() 或 erase()，所有窗口立即变成悬垂引用。
- 禁止在函数里返回局部
std::vector的slide视图：return v | std::views::slide(3);是危险的 - 若处理传感器流式数据，确保
v的生命周期覆盖整个消费周期 - 修改窗口内元素（如
*win.begin() = 42）会改原容器，但前提是原容器还活着 - 这点比
std::string_view还苛刻 —— 它连ranges::dangling都不帮你挡
最易被忽略的是：它不提供任何运行时保护，所有约束全靠你手动兜底。哪怕只是把 slide_v 传给另一个函数，也得确保调用方能保证原容器活着 —— 否则解引用就是 UB。
