std::iota仅向已有内存写入连续整数，不扩容；需先resize()分配并构造元素，reserve()不足；起始值须兼容目标类型，避免截断或溢出；C++20 views::iota为只读视图，非原地填充。
std::iota 填充连续整数必须提供起始迭代器和结束迭代器
它不生成新容器，只往已有内存里写值——如果你传入空 vector 的 begin() 和 end()，什么都不会发生，也不会报错，只会默默跳过。
常见错误是误以为 std::iota 能自动扩容：
std::vector<int> v; std::iota(v.begin(), v.end(), 0); // ❌ 什么都没填，v 仍是空的
正确做法是先分配空间：
- 用
resize()：保证元素可写，会调用默认构造（对 int 是 0） - 用
reserve()不够，它只分配内存但不构造对象，iota写入会触发未定义行为 - 如果已有数据且只想覆盖某段，确认迭代器范围合法，尤其注意
end()是「尾后」位置
iota 的起始值类型必须能隐式转换为目标元素类型
比如目标容器是 std::vector<unsigned long></unsigned>，你传 0 没问题；但传 -1 就可能触发警告或静默截断（取决于编译器和警告级别）。
立即学习“C++免费学习笔记（深入）”；
典型翻车场景：
- 用
int起始值填size_t容器，当序列长度超INT_MAX时，递增过程会溢出回绕 - 用
char填int向量，虽能编译，但起始值受限于char表示范围（-128~127 或 0~255） - 浮点类型也能用，但要注意精度：填
float从 0.0f 开始加 1.0f 通常没问题；加 0.1f 累积误差就明显了
替代方案：C++20 范围库里的 views::iota 更安全但用途不同
std::ranges::views::iota 不修改原内存，而是返回一个懒求值的视图，适合只读遍历或配合其他 range 算法使用。
它不能直接替代传统 std::iota 的填充动作：
- 要转成容器得显式收集：
std::vector{std::ranges::views::iota(0, 10)} - 不支持非整数步长（比如每次加 0.5），得用
views::iota(start) | views::transform(...) - 在 C++17 项目里根本不可用，别指望头文件加个
#include <ranges></ranges>就能跑
性能上 iota 几乎没有额外开销，但别在热循环里反复 resize + iota
底层就是简单指针遍历加自增，比手写 for 循环还略快一点（编译器优化友好）。
真正拖慢的往往是配套操作：
- 每次调用前都
v.clear(); v.resize(n); std::iota(...)——clear()不释放内存，但resize()可能触发重新分配 - 对小容器（如 size iota 和手写循环差别可以忽略；对大数组，确保内存已预分配好
- 多线程环境下不能共用同一块内存调用
iota，它不是线程安全的
最常被忽略的是：iota 修改的是左值对象本身，它不关心你后续是否拿这个容器去 move、传递或绑定到 const 引用——填完之后，它就是你手里那个实实在在的、已被写满的容器。
