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