因为memset操作的是指针变量自身存储地址的那几个字节，而非其指向的内存；正确做法是传入指针所指对象的起始地址和确切字节数，且需确保指针非空、目标为POD类型，否则引发未定义行为或崩溃。
为什么不能直接对指针变量本身用 memset
很多人写 memset(ptr, 0, sizeof(ptr))，以为这样能清空它指向的内存——其实只清了指针变量自身的 4 或 8 字节（取决于平台），目标内存纹丝不动。根本原因是 ptr 是个变量，存储的是地址值；memset 操作的是你传进去的那个地址开始的连续内存块，不是“它指向的地方”自动推导出来的。
真正要清的是指针所指对象或数组，必须显式提供起始地址和长度。
- 错误写法：
int* p = new int[10]; memset(p, 0, sizeof(p));→ 只清了p这个变量，p[0]到p[9]仍是未定义值 - 正确写法：
memset(p, 0, 10 * sizeof(int));或更安全地用sizeof(*p) * 10 - 若指针为
nullptr，传给memset会崩溃，务必提前检查
用 memset 初始化 POD 类型数组时要注意类型大小
memset 是字节级操作，适合初始化整数、字符、结构体等 POD（Plain Old Data）类型，但对含虚函数、非平凡构造/析构函数的类无效——它不会调用构造函数，可能留下悬空指针或未初始化成员。
- 安全场景：
char buf[256]; memset(buf, 0, sizeof(buf)); - 安全场景：
struct Point { int x, y; }; Point arr[100]; memset(arr, 0, sizeof(arr)); - 危险场景：
std::string* strs = new std::string[10]; memset(strs, 0, 10 * sizeof(std::string));→ 析构函数没被调用，内部缓冲区泄漏，后续访问必崩 - 替代方案：优先用
std::fill或容器（如std::vector）+ 默认构造
memset 的第三个参数填什么才不越界
越界是常见崩溃源，尤其在计算数组长度时混用 sizeof 和指针类型。核心原则：只有在编译期可知大小的数组上，sizeof(array) 才有效；一旦退化为指针（比如函数参数），sizeof(ptr) 就只是指针本身大小。
立即学习“C++免费学习笔记（深入）”；
- 在定义处：
int a[5]; memset(a, 0, sizeof(a));✅ 正确，sizeof(a) == 20 - 作为函数参数：
void f(int* p) { memset(p, 0, sizeof(p)); }❌ 错误，sizeof(p)是 8，不是原数组大小 - 解决办法：必须额外传入长度，或改用模板推导（
template<size_t n> void f(int (&arr)[N]) { memset(arr, 0, sizeof(arr)); }</size_t>） - 别依赖
sizeof(*p) * N除非你 100% 确认N正确且p非空
现代 C++ 中更推荐的替代方式
memset 不是语法错误，但在多数场景下，它既不安全也不可读。C++11 起有更明确、类型安全的选择。
- 初始化新分配内存：
int* p = new int[10]();（带括号 → 值初始化为 0） - 填充已有内存：
std::fill(p, p + 10, 0);（类型安全，支持任意可赋值类型） - 局部 POD 数组：
int buf[256]{};（统一初始化，零初始化） - 动态容器：
std::vector<int>(10, 0);</int>或v.assign(10, 0); - 仅当处理大块原始内存（如 socket 缓冲区、图像像素）且性能敏感时，
memset才值得保留
真正容易被忽略的是：memset 对浮点数设 0 是安全的（IEEE 754 中全 0 字节表示 +0.0），但设其他值（如 -1）会导致位模式非法；而 std::fill 没这个问题。
