memset通常比for循环快，因其由libc提供、基于simd或rep stosb等高效汇编实现，一次处理多字节并利用缓存优化；而for循环每次仅写一个元素，受分支预测和地址计算拖累，实测1mb清零可快10倍以上。
memset 通常比 for 循环快，但不是绝对的——它快的前提是：初始化为单字节可表示的值（如 0、-1），且数组足够大（一般 > 64 字节），编译器未开启激进优化或未将循环自动向量化。
为什么 memset 在大多数场景下更快？
因为 memset 是 libc 提供的底层内存操作函数，由汇编手写或 SIMD 指令（如 rep stosb、AVX2 vmovdqa）实现，一次能处理 8/16/32 字节，还利用了 CPU 缓存预取和写合并机制。而普通 for 循环每次只写一个元素，受分支预测、地址计算、内存对齐影响更大。
实测中，对 1MB 数组清零：memset 平均耗时约 0.03ms，for 循环（无优化）常达 0.3ms 以上——差距常在 10 倍量级。
- 编译器对
{0}初始化通常也内联为memset调用（GCC/Clang -O2 下可验证） -
memset的速度与value参数无关（只取低 8 位），但与num大小强相关：越大越体现优势 - 小数组（如
int arr[4]）两者差异几乎不可测，此时编译器可能直接展开为几条mov指令
什么时候 for 循环反而更快或更合适？
当你要初始化的值无法用单字节表达，或类型本身不支持按字节填充时，for 循环（或 std::fill）是唯一可靠选择。
-
memset(arr, 42, sizeof(arr))对int数组无效：它把每个字节设为42，结果是0x2a2a2a2a（即十进制 673059818），不是你想要的 42 - 初始化为
0xdeadbeef、3.14f、std::string等非 trivial 类型，memset会破坏对象状态，引发未定义行为 - 开启
-O3且数组大小固定时，现代编译器可能将简单for循环自动向量化（如用 AVX 写 32 字节），此时性能接近memset
memset 的三个常见误用坑
这些错误不会报错，但会导致静默失败或崩溃：
- 传错
num参数：memset(ptr, 0, sizeof(ptr))—— 这里sizeof(ptr)是指针大小（8 字节），不是所指内存大小，正确应为sizeof(*ptr) * N或sizeof(arr) - 对 non-POD 类型使用：
memset(&obj, 0, sizeof(obj))可能破坏虚表指针、std::string 内部指针等，尤其在有构造函数/析构函数的类上 - 混淆字节 vs 元素：
int arr[100]; memset(arr, 0, 100);只清了前 100 字节（25 个int），正确是memset(arr, 0, sizeof(arr))
替代方案：std::fill 和 std::fill_n
对于需要语义安全又兼顾性能的场景，std::fill 是更现代的选择：
- 类型安全：支持任意可赋值类型，编译期检查值合法性
- 编译器友好：在 O2/O3 下，对 POD 类型常被优化成
memset；对小数组可能展开为常量指令 - 用法简洁：
std::fill(arr, arr + N, 0)或std::fill_n(arr, N, -1) - 注意：它不接受
char值作为int数组的 fill value（如std::fill(arr, arr+N, 0xff)会截断为int(0xff)，不是字节填充）
真正容易被忽略的是：memset 快，但只对“字节一致”的初始化成立；一旦需求偏离这个前提，它就从加速器变成隐患源。选哪种方式，不取决于“哪个更快”，而取决于“你初始化的到底是什么”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
