是否有跨平台（x86 和 x64）PInvoke 和 windows 数据类型的权威指南？

Question

我正在验证 x64 兼容性的一些代码。以前我使用过 PInvoke.net，但我发现了一些关于 x64 的可疑声明。所以现在，我：

1. 查找API参考，例如MapViewOfFile
2. 查找windows data type 定义
3. 找到对应的 .NET 类型。

这是第 3 步，我想要一个明确的参考

举个例子：

LPVOID WINAPI MapViewOfFile(
  __in  HANDLE hFileMappingObject,
  __in  DWORD dwDesiredAccess,
  __in  DWORD dwFileOffsetHigh,
  __in  DWORD dwFileOffsetLow,
  __in  SIZE_T dwNumberOfBytesToMap
);

返回值为LPVOID，定义为：

LPVOID

指向任何类型的指针。

该类型在 WinDef.h 中声明如下：

typedef void *LPVOID;

好的...所以我猜那是IntPtr 或UIntPtr。这个article 有一个表并建议LPVOID 应该映射到IntPtr 或UIntPtr。好的。

接下来，处理。

手柄

对象的句柄。

此类型在 WinNT.h 中声明如下：

typedef PVOID 句柄；

好的，HANDLE 是一个 PVOID。

PVOID

指向任何类型的指针。

此类型在 WinNT.h 中声明如下：

typedef void *PVOID;

嗯，听起来像IntPtr

接下来，双字

DWORD

一个 32 位无符号整数。范围是 0 到 4294967295（十进制）。

该类型在 WinDef.h 中声明如下：

typedef unsigned long DWORD;

好的，无符号长 0 到 4294967295，所以这是一个 uint 而 here 它建议 Int32 或 UInt32。 Int32 将无法存储超过 2,147,483,648 的任何值。所以那张桌子很可疑。

最后，我们有 SIZE_T，它被定义为 ULONG_PTR，它可以是 32 位或 64 位有符号长度，具体取决于平台（定义如下）。这个article（和follow up）得出的结论是你应该使用IntPtr，因为它将处理可变大小。

SIZE_T

指针可以指向的最大字节数。用于一个 计数必须跨越指针的整个范围。

此类型在 BaseTsd.h 中声明如下：

typedef ULONG_PTR SIZE_T;

ULONG_PTR

一个未签名的 LONG_PTR。

此类型在 BaseTsd.h 中声明如下：

#if defined(_WIN64)
 typedef unsigned __int64 ULONG_PTR;
#else
 typedef unsigned long ULONG_PTR;
#endif

长

一个 32 位有符号整数。范围是 –2147483648 到 2147483647 十进制。

此类型在 WinNT.h 中声明如下：

typedef long LONG;

INT64

一个 64 位有符号整数。范围是 –9223372036854775808 到 9223372036854775807 十进制。

此类型在 BaseTsd.h 中声明如下：

typedef signed __int64 INT64;

因此，虽然我可以查找每个 windows 数据类型的定义，然后根据大小、符号以及它是否适用于 x86 和 x64 来找到对应的 .NET 数据类型，但这并不理想。

是否有明确的参考（不是 pinvoke.net），其中包含适用于 x64 的最新映射表？

Answer 1

将本机数据类型映射到托管类型时，重要的是大小和一致性。

有符号和无符号类型的选择仅在解释托管值时很重要。
它们都被编组为原始位。

在大多数情况下，您只是将值从一种 API 方法传递给另一种；在这些情况下，类型是有符号还是无符号并不重要，只要大小合适即可。

因此，一般规则是任何指针大小的值都变为IntPtr，而DWORD 和QWORD 分别变为U?Int32 和U?Int64。