不靠谱——memset按字节填充，-1被截为0xff，仅在补码且字节宽匹配时“碰巧”得-1；非全f值如-123完全无效；应优先用std::fill或花括号初始化。
用 memset 给 int 数组赋值 -1 真的靠谱吗？
不靠谱——至少不能直接用 memset(arr, -1, sizeof(arr)) 期望每个 int 都变成 -1，除非你清楚它底层是按字节填充的。
memset 只认字节：传入 -1，实际填的是 0xFF（因为 int 在内存里是多个字节，-1 作为 unsigned char 被截断为 0xFF）。对 4 字节 int 来说，0xFFFFFFFF 恰好等于 -1（补码），所以「碰巧」能用；但这是依赖二进制表示和字节序的巧合，不是保证行为。
- 在
int是 2 字节的平台（罕见但存在），memset(..., -1, ...)会填两个0xFF→ 得到0xFFFF，仍是-1；但若你误用于short或long long，结果就不可控 - 如果目标是
-123这类非全 F 值，memset完全无能为力 - 现代编译器对
memset有强优化，但语义上它仍不是“初始化整数”的正确工具
更安全、更直白的初始化方式（C++11 起）
用花括号初始化或 std::fill，语义清晰、类型安全、无平台陷阱。
- 定义时直接初始化：
int arr[10] = {-1};—— 注意：只有第一个元素被显式设为-1，其余自动零初始化；要全部为-1，得写int arr[10] = {-1, -1, -1, /* ... */};，不现实 - 运行时统一赋值：
std::fill(std::begin(arr), std::end(arr), -1); - 如果是
std::vector<int></int>：std::vector<int> v(10, -1);</int>最简洁 - C++20 可用
std::ranges::fill，接口更一致
为什么有人还用 memset？性能真快吗？
历史惯性 + 旧代码 + 某些嵌入式场景下对裸内存操作的执念。但实际没必要迷信。
立即学习“C++免费学习笔记（深入）”；
- 现代编译器（GCC/Clang/MSVC）对
std::fill会自动内联并生成和memset几乎一样的汇编（尤其是常量填充），差别可忽略 -
memset的所谓“快”，只在填充大块未初始化内存且值恰好是单字节时成立；一旦涉及类型转换或校验逻辑，优势消失 - 调试时，
std::fill的调用栈清晰，memset出错后堆栈里只剩一个黑盒函数，排查困难
唯一建议用 memset 的真实场景
只在处理原始内存块、与 C ABI 交互、或明确需要字节级控制时才动它——比如初始化 struct 的 padding 区域、清零加密密钥缓冲区、或对接硬件寄存器映射内存。
- 例如清零敏感数据：
memset(key_buf, 0, sizeof(key_buf));—— 这里目的就是字节清零，和类型无关 - 再如初始化
sockaddr_in：memset(&addr, 0, sizeof(addr));—— 因为结构体含 padding，且 C 接口要求全零 - 但只要变量是
int、double、std::string这类高级类型，就别用memset
真正容易被忽略的点是：很多人把「能跑通」当成「做对了」。-1 在常见平台上凑巧有效，掩盖了语义断裂。一旦换平台、换类型、或者哪天想改成 -2，问题就浮出水面。
