std::views::iota仅支持步长为1的整数递增视图，不接受三参数形式；生成a+i*d需组合transform与take，且必须先限定长度再映射，避免无限遍历或编译错误。
std::views::iota 本身不生成任意公差的等差序列，只支持步长为 1 的整数递增视图；想得到 a + i * d 形式，必须组合 std::views::transform，且无限视图裸用必卡死。
std::views::iota(0, 10) 为什么不是等差公差为 10？
它生成的是左闭右开区间 [0, 10) 内所有整数：0、1、2、…、9，共 10 个元素，步长恒为 1。这不是“首项、末项、公差”三参数接口，没有 std::views::iota(start, end, step) 重载 —— 编译直接失败。
- 误写
std::views::iota(0, 10, 3)→ 编译错误：no matching function - 期望
std::views::iota(0, 10)输出 0、10、20 → 实际输出 0~9，完全不符 - 若真要 0、10、20、30，应改用
std::views::iota(0, 4) | std::views::transform([](int i) { return i * 10; })
std::views::iota(0) 裸遍历会卡死，不是 bug 是设计
单参数版本返回无限视图，其 end() 是 std::unreachable_sentinel_t，it != end() 永远为真。任何未截断的 for (auto x : std::views::iota(0)) 都会导致死循环，CPU 拉满，调试时看到迭代器地址持续增长甚至回绕到负数。
- 正确做法：必须链式接终结适配器，如
.take(100)或.take_while([](int x) { return x < 100; }) -
std::views::take(0)合法（空视图），但std::views::take(-1)编译失败（参数类型是无符号） - 对无限源头调用
std::ranges::size()或std::ranges::distance()→ 编译失败，不是运行时异常
生成 a + i * d 等差视图的正确组合顺序
关键点不在“能不能”，而在“怎么连才安全高效”。常见错误是把 transform 放在 take 后面，或用浮点数当参数。
立即学习“C++免费学习笔记（深入）”；
- 必须先限定长度再映射：写成
std::views::iota(0) | std::views::take(n) | std::views::transform(...)，而非std::views::iota(0, huge) | std::views::transform(...) | std::views::take(n)（前者懒、后者多算 huge−n 次） - 避免浮点数入参：
std::views::iota(0.1, 1.0)编译失败（double不满足semiregular）；即使能过，operator++也加 1.0，不是 0.1 - 推荐浮点等差写法：
std::views::iota(0, n) | std::views::transform([a, d](int i) { return a + static_cast<double>(i) * d; }) - 捕获外部变量用值捕获：
[a = 5, d = 2.5]，别用[&a, &d]，防止视图生命周期长于局部变量
std::views::iota 和 std::iota 完全不是一回事
名字像，头文件、语义、行为全部不兼容。混用会导致编译失败或静默逻辑错误。
-
std::views::iota来自<ranges>，是只读、零拷贝、延迟求值的视图构造器 -
std::iota来自<numeric>，是就地填充算法，要求迭代器可写，立即修改内存 - 对
const std::vector<int>只能用std::views::iota；对std::vector<const int>，std::iota直接编译失败 - 漏包含
<ranges>却调用std::views::iota→ “‘views’ is not a member of ‘std’”
最易被忽略的点：std::views::iota 视图的迭代器只是 input_iterator，不支持随机访问 —— 你不能写 rng[5]，也不能传给 std::sort 或 std::binary_search。需要索引或排序，必须先 materialize 成 std::vector 或其他容器。
