std::views::iota 仅支持+1递增，非等差序列；单参数形式生成无限序列，裸循环会卡死，须用 take 等终止适配器。
std::views::iota 本身不生成“等差序列”，它只做 +1 递增；要实现任意步长（如 +2、+0.5），必须配合 std::views::transform，否则会出错或逻辑失效。
std::views::iota(0) 一跑就卡死？这是设计，不是 bug
单参数 std::views::iota(0) 确实生成无限序列，end() 返回 std::unreachable_sentinel_t，意味着没有自然终止点。裸露遍历（比如 for (int x : std::views::iota(0))）会让循环永远无法退出，CPU 占满，调试器里看到迭代器 never advances past begin。
- 编译期不会报错，但调用
size()或distance()会直接编译失败 - 必须搭配终止适配器：最常用的是
std::views::take(N)或std::views::take_while([](auto x) { return x - 不要把它当成容器用——它不占内存、不预计算，只在每次
++it时算下一个值
想生成步长 ≠ 1 的序列？别改 iota，用 transform 包一层
std::views::iota 的语义严格限定为“重复 operator++”，对 int 是 +1，对 char 是下一个 ASCII，对 std::chrono::days 是加一天。它不接受步长参数，也**不支持浮点类型作为安全起点**（double 因精度问题会导致 take_while 判定失准）。
- 正确做法：用
std::views::iota(0) | std::views::transform([step=2](int i) { return i * step; }) - 若需从非零起点开始（如 10, 12, 14…），写成
[start=10, step=2](int i) { return start + i * step; } - 避免用
std::views::iota(10.0, 20.0)——浮点比较不可靠，可能少一个或多一个元素
char、time_point、自定义类型能用吗？看 operator++ 和可比较性
只要类型满足 std::weakly_incrementable（有 operator++）且能和边界值做相等比较（用于有界版本），就能用 std::views::iota。
立即学习“C++免费学习笔记（深入）”；
- 安全可用：
char（std::views::iota('a') | std::views::take(26)）、std::chrono::sys_days（配合std::views::take生成连续日期） - 需手动实现：
struct Id { int v; Id& operator++() { ++v; return *this; } bool operator==(const Id& r) const { return v == r.v; } }; - 明确不推荐：
std::string（无operator++）、double（精度陷阱）、std::vector（不满足 incrementable）
std::iota（）和 std::views::iota（）根本不是一回事
名字像，头文件不同，行为完全不同：std::iota 是立即执行的填充算法，把值写进已有容器；std::views::iota 是惰性视图，不分配、不存储、不触发任何计算，直到你真正去访问某个元素。
- 填数组用
std::iota(vec.begin(), vec.end(), 100)—— 容器必须已分配空间 - 生成坐标流用
std::views::zip(std::views::iota(0, rows), std::views::iota(0, cols))—— 零内存开销，按需生成 pair - 混用风险：对
std::vector<bool></bool>调std::iota会编译失败（其 iterator 是 proxy 类型）；而std::views::iota根本不关心底层容器
最容易被忽略的一点：无限视图不能出现在需要确定长度的上下文中——哪怕只是传给一个看似无害的 std::ranges::count 或 std::ranges::find_if，只要内部隐式调用了 size() 或试图做随机访问，就会崩。始终检查你用的算法是否要求 random_access_range 或 sized_range 特性。
