[ComImport] 是否被视为 P/Invoke？

Question

什么是平台调用（P/Invoke）？

---

执行 P/Invoke 是什么意思？是calling an external dll吗？例如：

[DllImport("coredll.dll", SetLastError=true)]
private static extern bool SHGetSpecialFolderPath(
      int hwndOwner, 
      string lpszPath,
      ceFolders nFolder,
      bool fCreate);

这就是 P/Invoke 的意思：使用[DllImport] 属性吗？

还有什么可以被认为是P/Invoke？

[ComImport] 呢？例如：

[System.Runtime.InteropServices.ComImport]
[Guid("F8383852-FCD3-11d1-A6B9-006097DF5BD4")]
public class ProgressDialog
{
}

注意：这个 COM 类 (F8383852-FCD3-11d1-A6B9-006097DF5BD4) 可以在

HKEY_CLASSES_ROOT\CLSID\{F8383852-FCD3-11d1-A6B9-006097DF5BD4}
      (default)       %SystemRoot%\system32\shell32.dll
      ThreadingModel  Both

我也可以用代码构造一个原生的ADO Recordset 对象：

[System.Runtime.InteropServices.ComImport]
[Guid("00000535-0000-0010-8000-00AA006D2EA4")]
public class Recordset
{
}

Object rs= new Recordset();

这算是 P/Invoke 吗？

如果我们选择说“P/Invoke 很糟糕”，那么 ComImport 是否与 DllImport 一样“糟糕”？

什么是平台调用（P/Invoke）？

---

更新：来自 MSDN：

Platform Invoke Tutorial

平台调用服务 (PInvoke) 允许托管代码调用 在 DLL 中实现的非托管函数。

C#代码可以直接调用非托管代码有两种方式：

• 直接调用从 DLL 导出的函数。
• 在 COM 对象上调用接口方法（有关详细信息，请参阅 COM Interop Part 1: C# Client Tutorial）。

我想我可能已经回答了我自己的问题。

---

一年半之后。现在没有人关注这个问题，也没有人喜欢它，我可以说我接受的答案是错误的。 P/Invoke 是 Platform Invoke 的缩写。这是一种在 CLR 内部运行的托管代码可以调用非托管本机（即平台）代码的机制。这几乎总是通过调用驻留在本机 dll 中的代码来完成。 COM dll 是本机代码；它们只是遵循严格的结构，以允许许多不同的编译器调用它们。

而且平台调用很糟糕。它绕过所有垃圾收集，并取决于平台（即我的 32 位 CLR 进程无法加载 64 位 dll，我为 Android 编写的应用程序无法在 Windows 上运行，我为 Windows 8 上的功能编写的应用程序将无法运行Windows XP）。

Answer 1

不，它们不一样。 P/Invoke（平台调用）始终涉及使用 CLR 功能直接调用本机 DLL。 “本机 DLL”是指公开 extern "C" 函数的任何 DLL。托管 DLL 不允许您公开它们；这样的 DLL 通常是用 C/C++ 编写的。托管代码中 P/Invoke 的赠品签名是 DllImport 属性（或 C# 中的 extern 函数）。阅读 P/Invoke 页面并没有在任何地方提到 COM。

使用ComImport 是为了创建自定义互操作程序集（即手工制作的东西，而不是TlbImp 自动生成的PIA），并使用完全独立于P/Invoke 功能的固有CLR 功能，并且特定于 COM。

相似之处在于这两种方法都用于与非托管代码进行互操作。 CLR 都支持这两种方法，虽然理论上可以使用 Windows API 在托管代码中完全手动执行 COM 互操作，但是当 .NET 为您提供一种结构手段时，就主要或自定义互操作而言，这是没有意义的System.ComponentModel 中的程序集以及较低级别的支持。