std::views::iota仅支持步长为1的整数序列，不支持任意公差；要实现公差d的等差视图，需组合std::views::iota与std::views::transform映射为a+i*d。
std::views::iota 本身不支持任意公差的等差序列，它只生成步长为 1 的整数（或可递增类型）序列；要得到公差 d ≠ 1 的等差视图，必须组合 std::views::transform。
std::views::iota(start, end) 为什么不是“首项、末项、公差”三参数？
它只有两个重载：std::views::iota(start)（无限）和std::views::iota(start, end)（有限），且语义固定：后者生成左闭右开区间 [start, end) 内所有连续值，步长恒为 1。传入 std::views::iota(0, 10) 得到的是 0,1,2,...,9（共 10 个），不是等比或带自定义步长的序列。
常见误用包括：
- 试图写
std::views::iota(0, 10, 2)—— 编译失败，无此重载 - 把浮点数如
3.5当作end传入 —— 类型不满足semiregular约束，GCC/Clang 均报错 - 混用有符号与无符号类型，如
std::views::iota(0, 10U)—— 推导失败，因int和unsigned int不满足totally_ordered_with
如何用 std::views::iota + transform 实现公差为 d 的等差视图？
核心思路是：先用 std::views::iota 生成索引视图（如 0,1,2,...），再用 std::views::transform 映射为 a + i * d。这避免了内存分配，纯懒求值。
立即学习“C++免费学习笔记（深入）”；
示例：生成首项 7、公差 -3、长度 5 的等差序列视图：
auto seq = std::views::iota(0)
| std::views::take(5)
| std::views::transform([](int i) { return 7 - 3 * i; });
// 结果：7, 4, 1, -2, -5
注意点：
-
std::views::iota(0)必须配合std::views::take(n)，否则遍历会 hang 住 - 若
d是编译期常量，可捕获进 lambda；若需运行时传入，建议用函数对象或std::bind_front - 对
char类型，std::views::iota('a', 'z')合法，但std::views::iota('a') | transform仍需小心溢出
std::views::iota 与 std::iota 算法的根本区别在哪？
名字相似，但用途、头文件、行为完全隔离：
-
std::iota（来自<numeric>）是**立即执行算法**，填充已有容器，修改原内存 -
std::views::iota（来自<ranges>）是**懒求值视图**，不分配内存、不写入，仅描述序列逻辑 - 前者要求迭代器可写，后者只读；前者可用于
std::vector<bool>失败，后者无此限制（只要类型支持operator++） - 性能差异明显：视图组合在小数据上几乎零开销，而
std::iota至少触发一次写内存遍历
类型推导陷阱：为什么显式模板参数有时不可省略？
当起始值字面量类型模糊（如 0 可推为 int、long、short），或需跨平台一致行为时，隐式推导易出错。例如：
-
std::views::iota(0, 256)在某些嵌入式平台可能推成uint8_t导致溢出 -
std::views::iota(1LL, 100)编译失败 ——long long和int不满足比较约束 - 正确写法：
std::views::iota<int>(1, 101)或std::views::iota(static_cast<int>(1), static_cast<int>(101))
边界值、符号性、位宽，三者任一不匹配，都可能让编译器卡在 SFINAE 或直接报 constraint failure，而不是给出清晰错误提示。
