在 64 位平台上，使用 8 字节长度的前缀似乎是合理的。如果我们可以寻址超过 4Gb 的内存，为什么不允许，比如说，5Gb 的字符串？答案只是“按规范”还是存在一些我不知道的互操作性/向后兼容性原因？ 谢谢。
最佳答案
BSTR 数据类型是标准的 COM 字符串数据类型。更改长度前缀将无法在不同位数的进程之间安全地移动字符串(或至少使其变得更加复杂)。由于 COM 是唯一相关的跨位互操作基础结构，因此有必要让 BSTR 以相同的方式对 32 位进程和 64 位进程进行操作。
这是一种权衡，施加 2GB 的“限制”以换取在不同位数的进程之间无障碍地编码字符串。
关于c - 为什么 BSTR 长度前缀在 64 位平台上是 4 个字节？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23098728/