std::fill仅适用于运行时重置已分配内存，非初始化首选；需严格提供左闭右开迭代器范围，对C数组须手动计算长度或用std::begin/end；误用易致崩溃或编译失败。
std::fill 不能替代定义时初始化，也不是“初始化”的最佳起点；它只适合运行时重置或填充已分配内存。
std::fill 填什么、怎么填才不越界
它不是数组构造器，只接受迭代器范围 first 和 last（左闭右开），对 C 风格数组必须显式提供边界：
-
std::fill(arr, arr + n, 42)—— 手动算长度，n错了就崩溃 -
std::fill(std::begin(arr), std::end(arr), 42)—— 类型安全，C++11 起推荐 -
std::fill(vec.begin(), vec.end(), "hello")—— 对std::vector直接用成员迭代器更稳 - 误写成
std::fill(arr, n, 42)会编译失败：参数数量/类型不匹配
常见错误现象：error: no matching function for call to 'fill'，多半是混用了 memset 的“指针+长度”习惯，或漏了 std:: 前缀。
std::iota 是递增填充，不是批量赋相同值
std::iota 生成等差序列，典型用途是填充 {0,1,2,3,...} 或偏移序列，和 std::fill 完全不同类：
立即学习“C++免费学习笔记（深入）”；
-
std::iota(arr, arr + 5, 10)→{10,11,12,13,14} - 不能用它把整个数组设成同一个数，比如想全填
7，iota做不了 - 它要求元素支持
operator++，对std::string或自定义类基本不可用 - 性能上，
iota是纯顺序递增写入，无额外分支，但和fill不构成“替代关系”，只是用途错位时容易被拿来对比
memset 比 fill 快？只在特定条件下成立
很多人以为 memset 天然更快，其实现代编译器（GCC/Clang -O2）常把 std::fill(ptr, ptr+n, 0) 自动优化为 memset 调用，零值场景下两者汇编一致。
-
memset(arr, 0, sizeof(arr))安全，且快 —— 仅限 POD 类型 + 值为 0 或 -1 -
memset(arr, 1, sizeof(arr))对int数组填出的是0x01010101（即 16843009），不是{1,1,1,1} - 对
std::string、std::vector等非 POD 类型调用memset是未定义行为，直接破坏对象内部状态 -
std::fill调用赋值运算符，语义正确，编译器还能对其做 SIMD 向量化（如填1时），实际未必比手写memset慢
真正该优先考虑的初始化方式
别一上来就想用 fill 或 iota。多数时候，它们是“绕路”：
- 静态/全局数组：
int arr[100] = {};或= {0};—— 零初始化由编译器在数据段完成，零运行时开销 - 栈上小数组：
std::array<int> a = {};</int>—— 自动调用默认构造，类型安全 - 动态大小需求：
std::vector<int> v(100, 42);</int>—— 构造即填充，一步到位，不用裸指针 - 需要递增序列：
std::iota确实合适，但请确认你真的不需要重复值
最易被忽略的一点：用 std::fill 前，先问自己——这个数组是不是必须用裸数组？是不是本可以交给 std::vector 或 std::array 管理生命周期？一旦引入裸指针或手动长度管理，fill 的边界风险就藏不住了。
