std::fill适合填相同值，std::iota适合填等差序列；两者都比手写循环快且安全，但用错场景反而拖慢开发节奏。
直接说结论：std::fill 适合填相同值，std::iota 适合填等差序列；两者都比手写循环快且安全，但用错场景反而拖慢开发节奏。
什么时候该用 std::fill 而不是 for 循环
std::fill 是标准库针对“全数组设为某固定值”优化过的工具，编译器通常能内联并生成 SIMD 指令（尤其对 char、int 等基础类型）。手写循环容易漏掉边界、写错索引，还可能被误优化（比如编译器不敢假设指针不重叠）。
- 适用场景：初始化为 0、-1、
nullptr、某个哨兵值（如INT_MAX） - 注意
fill第二个参数是尾迭代器，别写成arr + size - 1—— 正确写法是arr + size - 对自定义类型，要求其有可访问的拷贝赋值运算符；若类型不可拷贝（如含
const成员），会编译失败 - 示例：
int a[10];<br>std::fill(a, a + 10, 42); // 全设为 42
为什么 std::iota 不是“递增赋值”的万能解
std::iota 的本意是生成“从某起点开始的连续整数序列”，名字来自希腊字母 ι（iota），不是“increment one by one”的缩写。它只做一件事：对每个位置 i，写入 value + i。它不检查溢出、不处理浮点步长、也不支持逆序。
- 常见错误：想初始化为
{10, 20, 30}就传10起始值 —— 实际得到的是{10, 11, 12}，因为iota固定步长为 1 - 正确用法仅限等差为 1 的整数序列，例如下标映射、ID 预分配、测试数据构造
- 支持任何支持
operator++的类型（包括自定义类型），但 ++ 后必须能赋值给容器元素类型 - 示例：
int b[5];<br>std::iota(b, b + 5, 100); // 得到 {100, 101, 102, 103, 104}
数组 vs vector：fill 和 iota 的调用写法差异
两者接口一致，都是 (first, last, ...) 迭代器区间，但新手常在 vector 上搞混 end() 含义，或对 C 风格数组取地址出错。
立即学习“C++免费学习笔记（深入）”；
- C 数组：用
arr和arr + N，别用&arr[0]—— 虽然等价，但冗余且易读性差 -
std::vector：必须用v.begin()和v.end()，不能用&v[0]+ size（当v.empty()时&v[0]未定义） - 对
std::array：推荐用arr.begin()/arr.end()，更泛型，也避免手动算大小 - 性能无差别：现代编译器对这三种写法生成的汇编几乎一样，关键在语义清晰
容易被忽略的头文件和命名空间问题
std::fill 在 <algorithm></algorithm>，std::iota 在 <numeric></numeric> —— 漏包含会导致编译失败，且错误信息往往不提示缺哪个头文件。
- 不要依赖其他头文件“顺带”导出这些函数（比如某些 STL 实现里
<iostream></iostream>可能间接包含<algorithm></algorithm>，但这不是标准保证） - 避免
using namespace std;：当项目里有自定义fill函数或变量时，会引发重载歧义 - 如果用 C++20 范围库，可用
std::ranges::fill和std::ranges::iota，接口更简洁（直接传容器），但需确认编译器支持程度
真正难的不是记住这两个函数怎么写，而是每次动笔前问一句：我要填的是“同一个值”，还是“从某数开始的连续整数”？选错就得多调试十分钟。
