std::ranges::views::iota(0) 是无限视图，因其 end() 返回不可达哨兵，iter != end() 恒真，必须用 take/take_while 截断；而 std::ranges::views::iota(0, 10) 是有界视图，依赖 start 与 end 的比较，满足 start < end 时生成 [0,10) 左闭右开有限序列。
只能传单个参数，且类型必须满足 incrementable；裸用会卡死，必须搭配 std::views::take 或 std::views::take_while 截断。
为什么 std::ranges::views::iota(0) 是无限的，而 std::ranges::views::iota(0, 10) 不是
双参数版本是「有界视图」：它依赖 start 的比较结果终止，底层用 <code>operator!= 和 operator++ 判断边界，语义等价于传统 for 循环的 i != end。单参数版本不提供终止条件，迭代器在每次 ++ 后仍有效，end() 返回 std::unreachable_sentinel_t——这意味着你不能靠比较来停，只能靠外部约束。
常见误判：std::ranges::views::iota(0) 不是“懒加载的 0~INT_MAX”，它是真·无上限：从 0 开始，每次 ++ 都合法，直到整数溢出（UB）或你手动打断。
- 合法无限用法：
auto inf = std::views::iota(0) | std::views::take(100); - 非法裸用：
for (int x : std::views::iota(0)) { /* 永远停不下来 */ }→ CPU 拉满、无响应 - 类型限制：
char、long long、std::chrono::days都行；double不行（不满足incrementable）
std::views::iota(0) 生成的是索引流，不是等差流
iota 本身只做 ++，步长恒为 1。所谓“首项 a、公差 d 的等差序列”，必须靠 std::views::transform 显式映射：把每个整数索引 i 转成 a + i * d。这是唯一标准做法，没有捷径。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 整数等差（a=10, d=3, n=5）：
std::views::iota(0) | std::views::transform([](int i) { return 10 + i * 3; }) | std::views::take(5) - 浮点等差慎用
iota：别写std::views::iota(0.5)（编译失败），也别指望std::views::iota(0, 10) | transform(...)能替代generate——它只是整数索引映射，精度和步长控制不如std::views::generate灵活 - 注意捕获方式：lambda 中若需状态（如累积值），应改用
std::views::generate+mutablelambda，而非硬套iota
生命周期与性能陷阱：它不缓存，也不拥有所生成的值
std::views::iota 视图对象极轻量（通常仅存一个起始值），但每次解引用都重新计算当前值——例如配合 transform 做乘法，每次迭代都执行一次 a + i * d，不会缓存中间结果。这在数值密集场景下可能比预填充 std::vector 慢，但内存零开销。
- 悬空风险极低：因为起点通常是字面量（
0、'a'）或局部常量，不涉及指针或引用延长生命周期问题 - 绝对禁止：
auto& v = std::views::iota(0) | std::views::take(5);—— 右值临时对象在语句结束即销毁，v成悬空引用 - 不能调用
size()或distance()：无限视图不提供长度信息，这些函数会直接编译失败
真正容易被忽略的，是「无限」二字带来的责任转移：iota(0) 不承诺任何终止行为，截断逻辑必须由你显式写出，且必须出现在管道链中足够早的位置——take 必须在 transform 之后、遍历之前，顺序错一点，就可能无限计算或提前截断。
