std::ranges::fill不能直接填充裸指针+长度的原始内存，需构造为合法迭代器对或subrange；支持vector等容器直接调用，对char*缓冲区可用fill(ptr, ptr+n,val)或subrange；填非平凡类型会调用赋值而非memcpy，trivial类型优化后可能等价memset。
std::ranges::fill 不能直接填充原始内存区域
它只接受迭代器范围，不接受裸指针 + 长度这种 C 风格内存描述。如果你手头只有 void* 或 char* 和一个 size_t，std::ranges::fill 会编译失败——它需要可解引用、可递增的迭代器，而裸指针虽满足，但必须显式构造为合法范围。
用 std::ranges::fill 填充 char 数组或 vector 的正确写法
常见误写是传入 ptr 和 ptr + n 却忘了它们是裸指针；C++20 要求范围必须满足 std::ranges::range 概念，裸指针对本身不是 range，但 std::ranges::subrange 或直接传迭代器对可以。
- 对
std::vector<int></int>：直接用std::ranges::fill(vec, value)—— 它重载支持容器 - 对原始
char*缓冲区：std::ranges::fill(std::ranges::subrange(ptr, ptr + n), value) - 更简洁写法（推荐）：
std::ranges::fill(ptr, ptr + n, value)—— 这里ptr是char*，ptr + n是同类型指针，构成合法迭代器对，std::ranges::fill有对应重载
填非 trivial 类型时的陷阱
std::ranges::fill 对每个元素调用赋值操作符，不是 memcpy。这意味着：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 填
std::string数组时，会逐个调用operator=，触发内存分配和析构 —— 不是零开销 - 填
int、char等 trivial 类型没问题，行为等价于memset语义（但实现不保证用 memset） - 若目标类型无默认构造或不可赋值，编译失败，比如某些 move-only 类型未定义
operator=
性能与替代方案对比
对纯字节填充（如初始化为 0），std::ranges::fill 在优化后通常能被编译器内联为 memset，但不保证。若 profiling 显示瓶颈在此，且你确定是 trivial 类型：
- 用
std::memset(ptr, 0, n)更直接，尤其对 large buffer - 用
std::ranges::fill的优势在于类型安全和统一接口，适合模板泛化代码 - 注意：对
std::vector<bool></bool>这类特化容器，std::ranges::fill行为符合逻辑语义，而memset可能破坏位压缩结构
真正容易被忽略的是：裸指针范围必须类型一致且可比较，int* 和 char* 混用会编译失败；另外，std::ranges::fill 不检查越界，越界行为仍是未定义。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
