当你有句柄时 int 与 IntPtr？

Question

首先是一个背景问题：

一般来说，int 和 IntPtr 之间有什么区别？我的猜测是它是一个实际的对象，而不是像 int 或 byte 那样的值。假设这是真的：

所以它们不一样。但我看到句柄同时表示为两者。

1. IntPtr：Control.Handle

2. int（或uint）：可以将PInvoke设置为返回int并且它工作得很好：

   [DllImport("coredll.dll", SetLastError = true)]
   公共静态 extern int GetForegroundWindow();
   私有字符串 GetActiveWindow()
   {
       常量 int nChars = 256;
       int 句柄 = 0;
       StringBuilder Buff = new StringBuilder(nChars);
   
       句柄= CoreDLL.GetForegroundWindow();
   
       if (CoreDLL.GetWindowText(handle, Buff, nChars) > 0)
       {
           返回 Buff.ToString();
       }
   
       返回 ””;
   }
   

所以，int 与 IntPtr？跟手柄有关系吗？两者都可以用吗？

Answer 1

int 长度为 32 位。 IntPtr 与您的架构的指针一样长。因此，指针只能在 32 位系统上存储到 int 中，而它总是可以存储在 IntPtr 中。

请注意，您的“int 作为返回值”示例并没有使用 int 来保存指针，而只是保存数值。但这并不意味着 int 自动具有正确的大小：该 P/Invoke 签名的作者应该查看 GetForegroundWindow 并查看它返回一个 HWND。

然后，从 Platform SDK 中的 windef.h （或 这个 MSDN 页面）我们可以看到 HWND 是一个 HANDLE ，它是一个 PVOID ，它是……一个指针！

因此，据我所知，该签名是错误的，因为 GetForegroundWindow 返回值的大小取决于体系结构。因此，它也应该是一个IntPtr。

更新：

虽然可以从上面推断出来，但我认为有必要明确指出：

• 在 32 中错误地使用 int 而不是 IntPtr位应用程序永远不会引起问题，即使它们在 64 位 Windows 上运行；由于此时大多数应用程序都是 32 位的，因此这可以让您经常避免此类错误。
• 在 64 位应用程序中错误地使用 int 而不是 IntPtr 不保证会导致问题，因为在实践中这些值很可能是遇到的将适合 int 的 32 位。这进一步降低了错误表现为应用程序错误的可能性。

因此，要真正显示错误，必须同时满足三个条件：

1. 在应该使用 IntPtr 的地方使用 int。
2. 可执行映像是 64 位的。
3. 由某些 PInvoke 调用返回并存储为 int 的值实际上大于 32 位。