std::generate要求生成器无参且返回类型匹配容器元素类型，常见错误是lambda未用mutable或捕获不当；需注意generate与generate_n的边界差异以防越界；状态管理不当易致重复值或崩溃；等差序列优先用std::iota。
std::generate 填充容器时，生成器函数必须无参且返回值匹配容器元素类型
它不接受任何参数，只靠调用自身来产生新值。常见错误是传入带参数的 lambda（比如 [i]() mutable { return i++; } 但没捕获或没声明 mutable），结果编译失败或行为未定义。
正确做法是确保生成器可调用、无参、返回类型能隐式转换为容器元素类型：
- 普通函数：直接写
int counter() { static int i = 0; return i++; }，然后std::generate(v.begin(), v.end(), counter); - lambda：必须用
mutable修饰才能修改捕获变量，例如[i = 0]() mutable { return i++; } - 注意：不能写
[&i]() { return i++; }——i未定义，捕获列表里没声明
std::generate 和 std::generate_n 的边界差异容易导致越界
std::generate 用迭代器对（first, last）界定范围，而 std::generate_n 用起始迭代器加数量 n。混用或误算长度会踩内存。
典型翻车场景：
立即学习“C++免费学习笔记（深入）”；
- 对
std::vector调用std::generate(v.begin(), v.end(), gen)是安全的，但若容器为空，v.begin() == v.end()，也没问题 - 若误写成
std::generate_n(v.begin(), v.size() + 1, gen)，哪怕v非空也会越界写入 - 对
std::array或裸数组，必须确保n不超长，std::generate_n(arr, N, gen)中N必须 ≤ 数组大小
生成器函数状态管理不当会导致重复值或崩溃
生成器本质是“有状态的函数对象”，每次调用都可能改变内部状态。如果多个线程并发调用同一个生成器实例（比如共享 lambda 对象），结果不可预测；如果生成器依赖全局/静态变量，又没加锁，同样出问题。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
更隐蔽的问题是：生成器被拷贝多次（如传给算法时发生复制），各副本独立维护状态，导致填充序列错乱：
- 错误示例：
auto gen = [i=0]() mutable { return i++; }; std::generate(v1.begin(), v1.end(), gen); std::generate(v2.begin(), v2.end(), gen);——v2从 0 开始，不是接续v1 - 正确做法：要么用引用包装（
std::ref(gen)），要么每个容器用独立生成器实例，或改用无状态方式（如基于索引计算：[idx = 0] () mutable { return idx++ * 2; }）
替代方案：std::iota 更适合等差序列，避免手写生成器逻辑
如果只是想填 0,1,2,… 或 10,11,12,… 这类递增整数，别硬套 std::generate。它要自己管状态，容易写错；而 std::iota 专为此设计，语义清晰、无状态、不易出错。
例如：
std::vector<int> v(5); std::iota(v.begin(), v.end(), 100); // 填 100,101,102,103,104
比写 std::generate(v.begin(), v.end(), [i=100]() mutable { return i++; }) 更直白，也更难误用。
真正需要 std::generate 的地方，是那些无法用简单算术表达的序列：随机数、斐波那契、字符串拼接、外部资源轮询……这些才值得手动管理状态。
