UTF-8与UTF-32在栈上的内存占用是否一致？为何称UTF-32更占内存？

你的观察没错——在x86/x86_64架构的栈上，单个UTF-8字符（哪怕是1字节的ASCII）和UTF-32字符确实都会占用至少32位（x86）或64位（x86_64）的栈空间，但这只针对单个字符的孤立存储场景，大家普遍觉得UTF-32更耗内存，核心原因在于实际开发中几乎不会只处理单个字符，更多是批量存储字符串的场景：

• 批量字符串存储的有效占用差很大：如果栈上存的是一整段字符串或者字符数组，UTF-8是按字符实际字节数紧凑排列的——比如100个ASCII字符只占100字节；而UTF-32每个字符固定占4字节，100个字符就要占400字节。这种批量场景下，UTF-32的内存占用是UTF-8的4倍（对ASCII字符），这才是大家形成“UTF-32更耗内存”印象的关键。

• 栈对齐的填充不是字符本身的占用：栈的32/64位对齐是架构层面的内存管理规则，多出来的字节是空闲填充空间，不是字符数据本身。比如你push一个1字节的UTF-8字符，栈上确实占了4字节（x86），但剩下3字节是空的，后续如果有其他数据可以利用这些空间；而UTF-32的4字节全是字符的有效数据，不存在空闲填充，两者的“有效内存占用”完全不是一回事。

关于性能的补充：
确实，在需要频繁随机访问字符、或处理大量非ASCII字符（比如全是4字节的Unicode字符）时，UTF-32的固定长度特性让字符定位、计算长度等操作不用解码，速度更快。现在计算机内存普遍充足，这种性能提升带来的收益，在很多场景下确实能抵消它的内存占用劣势。

内容的提问来源于stack exchange，提问作者ShaggyInjun