std::views::iota 仅支持步长为1的整数递增，不接受公差参数、浮点类型或混合类型；需配合 transform 实现任意公差等差序列，且无限视图必须显式截断以防卡死。
std::views::iota 不能直接生成任意公差的等差序列——它只支持步长为 1 的整数递增视图。想得到 a + i * d 形式的序列，必须组合 std::views::transform。
为什么 std::views::iota(0, 10, 3) 编译失败
该函数只有两个重载：std::views::iota(start) 和 std::views::iota(start, end)，没有接受公差参数的版本。传三个参数会触发“no matching function”错误。
-
std::views::iota(0, 10)生成的是0,1,2,...,9（共 10 个整数），不是“首项 0、末项 10、公差 3” - 试图写
std::views::iota(0.1, 1.0)也会失败：浮点类型不满足semiregular和weakly_incrementable约束 - 混用类型如
std::views::iota(0, 10U)导致模板推导失败——int和unsigned int不满足totally_ordered_with
用 std::views::iota + std::views::transform 实现任意整数公差
这是最常用、标准且零内存分配的做法：先生成索引，再线性映射。
- 固定长度推荐写法：
auto seq = std::views::iota(0, 5) | std::views::transform([](int i) { return 10 + i * 3; });→ 得到{10,13,16,19,22} - 运行时长度可用无限索引：
std::views::iota(0) | std::views::take(n) | std::views::transform([a,d](int i) { return a + i * d; }) -
std::views::take(n)必须在transform之前，否则无限视图无法终止 - 若
d是负数或大数，注意返回类型溢出风险（例如用long long替代int）
std::views::iota(0) 裸遍历会导致程序卡死
单参数版本返回的是无限视图，其 end() 是 std::unreachable_sentinel_t，iter != end() 永远为真。
立即学习“C++免费学习笔记（深入）”；
-
for (int x : std::views::iota(0)) { ... }不是 bug，是设计——它会一直递增直到整数溢出（UB）或 hang 住 - 必须显式截断：
std::views::take(n)（推荐）、std::views::take_while（需谨慎设计谓词，避免浮点比较） - 对无限源头调用
std::ranges::size()或std::ranges::distance()会编译失败 -
std::views::take(0)合法（空视图），但std::views::take(-1)编译失败（参数类型是无符号）
需要随机访问或多次遍历时，别硬扛视图
std::views::iota + transform 生成的视图只是 input_range，不支持 operator[]、std::nth_element 或二分查找。
- 每次
std::ranges::advance(it, 1000)都要执行 1000 次 lambda 计算，无法跳转 - 若序列长度固定且不大（比如坐标列表、枚举偏移），预分配
std::vector更实际：std::vector<int> v(8); std::iota(v.begin(), v.end(), 0); std::transform(v.begin(), v.end(), v.begin(), [](int i) { return 100 - i * 5; });</int> - 不要写
std::vector v = std::views::iota(...)—— 这会触发模板推导失败或静默截断
真正容易被忽略的点是：视图组合看似“高效”，但一旦你尝试取第 N 个元素、排序、或传给算法库，就会撞上 input_range 的天花板；而裸用无限 iota 卡死问题，往往在调试后期才暴露——那时 CPU 已经拉满，日志停在半路。
