std::iota正确用法是包含<numeric>头文件后，对已分配空间的容器用起始迭代器、结束迭代器和匹配类型的初值调用，它按+1步长赋值，不扩容、不支持自定义步长或回调。
std::iota 填充连续整数序列的正确写法
直接用 std::iota 填充容器，前提是迭代器支持自增赋值（it = value），且目标类型能被整数隐式转换。它不“生成”序列，只是从起始值开始，对每个位置依次加 1 再赋值。
- 必须包含头文件
<numeric>，不是<algorithm>或<vector> - 第一个参数是起始迭代器，第二个是结束迭代器，第三个是首项初值（
int、size_t、long都行，但需匹配容器元素类型） - 容器必须已分配好空间——
std::iota不扩容，对空std::vector调用会 UB
#include <numeric>
#include <vector>
<p>std::vector<int> v(5);
std::iota(v.begin(), v.end(), 10); // v 变成 {10, 11, 12, 13, 14}
std::iota 在非 int 容器中的常见报错
填 std::vector<size_t> 却传 int 初值，或填 std::array<double, N> 却传 0，容易触发隐式转换警告甚至编译失败（尤其开启 -Wconversion 或使用 /permissive- 时）。
- 初值类型最好和容器元素类型一致：
std::iota(v.begin(), v.end(), size_t{0}) - 对浮点容器（如
std::vector<float>），std::iota仍按整数步长递增，不是等差浮点数列——它每次加的是1.0f，不是你期望的0.5f步长 - 若元素类型无
operator+=（比如自定义类没重载），编译直接失败，错误信息类似：no match for 'operator+='
替代 std::iota 的手动循环更可控的场景
当需要非 1 步长、非整数起始、或依赖索引计算（如 i * 2 + 1），std::iota 就不够用了——它只做“+1 累加”，不提供回调或步长参数。
- 填等差数列（步长=3）：改用
for循环 + 索引计算，比强行套std::iota再后处理更清晰 - 填带偏移的坐标数组（如
{x0, x0+dx, x0+2*dx, ...}）：直接索引乘法比引入额外变量模拟累加更安全 - 性能上无差异——现代编译器对简单
for和std::iota生成的汇编几乎一样，别为“函数式”硬套
// 比 std::iota 更直白的等差填充
for (size_t i = 0; i < v.size(); ++i) {
v[i] = start + static_cast<int>(i) * step;
}
std::iota 与 std::fill / std::generate 的边界在哪
std::iota 是三者中唯一“带状态”的填充：它内部维护一个运行值并持续递增。而 std::fill 填固定值，std::generate 每次调用可变逻辑（如随机数、哈希）。
立即学习“C++免费学习笔记（深入）”；
- 如果填充逻辑依赖前一项（如斐波那契）、或需要访问索引、或要跳过某些位置，必须用
std::generate配合 lambda -
std::iota不能反向填充（std::iota(v.rbegin(), v.rend(), 10)会得到 {10,9,8...}，但这是靠迭代器方向实现的，不是函数本身支持降序） - 在 C++20 范围库中，没有
std::ranges::iota，只有std::ranges::iota_view——它是只读视图，不修改原容器，别混淆
实际用的时候，最常踩的坑是忘了预分配空间，或者把 std::iota 当万能数值生成器去硬凑复杂模式。它就干一件事：从某数开始，挨个加一塞进去。其余的，交给循环或 generate 更稳。
