System.IO.UnmanagedMemoryStream - 为什么使用 Byte* 而不是 IntPtr
有人知道为什么 BCL 团队选择在 UnmanagedMemoryStream 的构造函数中使用 Byte* 而不是 IntPtr 吗？这迫使您使用不安全的上下文来构造类型。看起来他们可以使用 IntPtr 并且不会强制使用不安全的上下文。
Anybody have any idea why the BCL team chose to use Byte* instead of IntPtr in the constructors for UnmanagedMemoryStream? This forces you into using an unsafe context in order to construct the type. It seems like they could have used IntPtr and that wouldn't have forced the unsafe context.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我猜是因为这样更安全。如果他们使用 IntPtr，则可以使用任何垃圾值调用构造函数。对于 byte* ，编译器至少可以验证内存是否有效并固定。尽管将 IntPtr 转换为 byte* 非常简单。
I'd guess because it is safer. If they would have used IntPtr, the constructor could be called with any garbage value. With byte* there's at least a shot at the compiler verifying that the memory is valid and pinned. Albeit that casting an IntPtr to byte* is pretty simple.