memset按字节填充，清零安全但填非0值会破坏多字节类型数据布局；现代C++应优先用std::vector、std::array或std::fill_n等类型安全替代方案。
memset 清空数组时为什么值没变？
因为 memset 按字节填充，只适合清零或填单一字节值（如 0、0xFF），对非字节类型（int、double、自定义结构体）直接用会破坏数据布局。比如 int arr[3] = {1,2,3}; memset(arr, 0, sizeof(arr)); 确实清零了，但 memset(arr, 1, sizeof(arr)); 得到的不是 {1,1,1}，而是每个 int 的 4 个字节全设为 1 → 实际是 {0x01010101, 0x01010101, 0x01010101}（小端下为 16843009）。
- 仅对
char数组或明确需要字节级操作时，memset填 0 是安全且高效的 - 填非 0 值前，务必确认目标类型内存布局是否允许字节重复（例如
bool数组可以，float不行） - 编译器可能对
memset(..., 0, ...)做优化，但填其他值不保证行为可移植
替代 memset 的现代 C++ 写法更可靠
用标准库容器和算法代替裸数组 + memset，既安全又语义清晰。裸数组在 C++ 中本就应尽量避免。
-
std::vector<int> v(10);构造时自动初始化为 0；后续清空用v.assign(v.size(), 0);或std::fill(v.begin(), v.end(), 0); - 固定大小数组用
std::array<int, 10> a;，清空同理：a.fill(0);（C++11 起支持） - 若必须用 C 风格数组（如与 C API 交互），优先用
std::fill_n(arr, N, 0);，它按元素赋值，类型安全
memset 填 0 真的比 for 循环快？
在绝大多数现代编译器（GCC/Clang/MSVC）+ 优化开启（-O2/-O3）下，memset(arr, 0, N * sizeof(T)); 和 std::fill_n 生成的汇编几乎一样，都是调用高度优化的底层内存例程（如 rep stosb 或向量化 store）。手动写 for 反而容易抑制优化。
- 性能差异只在极小数组（std::fill_n 内联成简单指令
- 真正影响性能的是访问模式：连续内存 + 对齐地址，
memset和std::fill_n都能受益；随机访问或非对齐则都慢 - 别为“看起来快”硬套
memset——类型不匹配带来的 bug 远比几纳秒损耗代价高
struct 里有指针或虚函数时 memset 会崩溃
对含非平凡成员（如 std::string、std::vector、虚函数表指针）的 struct 使用 memset，等于直接抹掉对象内部状态，后续调用析构或成员函数大概率触发未定义行为（常见报错：double free、segmentation fault、pure virtual method called）。
立即学习“C++免费学习笔记（深入）”；
- 绝对不要对
class/struct实例整体memset，哪怕它“看起来全是 POD” - 清空这类对象，请调用其默认构造函数（
T{};）或显式赋值（obj = T{};） - 若需批量重置容器中的对象，用
std::vector<T>::assign或循环调用emplace_back(T{})
真正麻烦的从来不是“怎么清”，而是“清完之后对象还是否合法”。类型系统存在的意义，就是帮你绕过这种靠猜和试的危险操作。
