1、P/Invoke：从托管代码调用非托管DLL的关键路径
工作原理与接口契约
在托管语言如 C# 中，P/Invoke 的核心思想是通过外部函数声明把非托管代码暴露给托管代码，并借助 DllImport 指定所在的 DLL 与函数入口。通过明确的签名映射与调用约定，调用成本被尽量降低，同时保持跨语言的可维护性。
为了实现正确的参数传递，需要对数据类型映射、结构体对齐与字符串编码进行清晰设计，否则可能出现崩溃或数据错位的问题。掌握这些规则，是 P/Invoke 成功的关键。
using System;
using System.Runtime.InteropServices;public static class NativeMethods {[DllImport("NativeLib.dll", EntryPoint = "Add", CallingConvention = CallingConvention.Cdecl)]public static extern int Add(int a, int b);
}
兼容性与性能要点
托管环境的垃圾回收与托管/非托管边界的 marshaling 会带来性能成本，因此在高性能场景下应尽量减少托管边界切换，以及避免不必要的深拷贝。
与结构体相关的对齐与布局需要特别注意。使用 StructLayout、Explicit/Sequential 等属性可以确保在两端的一致性，并且尽量避免在已知性能瓶颈的路径上频繁进行 marshaling。
[StructLayout(LayoutKind.Sequential)]
public struct Point {public int X;public int Y;
}[DllImport("NativeLib.dll", CallingConvention = CallingConvention.Cdecl)]
public static extern void MovePoint(ref Point p, int dx, int dy);
实战示例：跨平台的 P/Invoke
P/Invoke 也可以用于跨平台场景，但底层库必须在相应平台上提供兼容的二进制实现。在 Windows 下通常使用 stdcall/cdecl 等约定，而在 Linux/macOS 下则可能需要 extern "C" 的兼容性处理，并且要考虑 DLL/so 的加载路径与运行时库依赖。
下面展示一个跨平台思路的要点：
// Windows 平台的入口
[DllImport("NativeLib.dll", EntryPoint = "Add")]
public static extern int AddWin(int a, int b);// Linux/macOS 平台的入口（不同的库名/符号）
[DllImport("libNativeLib.so", EntryPoint = "Add")]
public static extern int AddUnix(int a, int b);
2、C++/CLI：托管/非托管桥梁的实战方案
原理与适用场景
通过 托管包装器（Managed Wrapper），可以将复杂的本地类转化为简单的托管 API，隐藏实现细节并提供更友好的 .NET 风格接口。
// C++/CLI 文件：ManagedWrapper.cpp
#pragma managed
#include "NativeLib.h"using namespace System;public ref class NativeWrapper
{
private:NativeLib* m_p;
public:NativeWrapper(int v) : m_p(new NativeLib(v)) {}~NativeWrapper() { this->!NativeWrapper(); }!NativeWrapper() { delete m_p; }int Add(int x) { return m_p->Add(x); }
};
实现一个托管包装器（Managed Wrapper）
在 C# 端通过引用该托管包装器的程序集即可使用本地类的功能。包装器应注意资源释放、异常映射与线程模型，避免暴露不安全的接口给托管代码。
// C# 端调用示例
var wrapper = new NativeWrapper(10);
int result = wrapper.Add(5);
版本、部署与性能注意事项
跨语言封装可能带来版本兼容性和部署复杂性，需要在发布时确保原生库与托管包装器版本一致，并处理好 32/64 位、调试/发布构建的对齐。
在性能方面，避免频繁跨边界调用和不必要的对象创建，必要时考虑将多次调用聚合到一个批处理、或在本地实现更大粒度的工作单元再返回托管端。
// 伪代码：NativeLib 的简单原生实现
class NativeLib {int m_v;
public:NativeLib(int v) : m_v(v) {}int Add(int x) { return m_v + x; }
};
3、COM、IDL 与跨语言二进制接口的互操作
COM 基础与生命周期管理
COM 提供了语言无关的二进制接口，通过 IUnknown、引用计数与接口查询实现跨进程/跨语言互操作。在 .NET 中与 COM 组件交互时，需要管理好“Wrapper/RCW（Runtime Callable Wrapper）”的创建与释放。
核心原则包括：接口唯一标识符（GUID/UUID）要正确、类工厂创建对象、以及正确释放 COM 对象，避免悬挂引用与内存泄漏。
// Example.idl
import "oaidl.idl";
import "ocidl.idl";[uuid(12345678-1234-1234-1234-1234567890ab),version(1.0),helpstring("Sample COM interface")
]
interface ISample : IUnknown {HRESULT Add([in] LONG a, [in] LONG b, [out, retval] LONG* result);
};
IDL、类型库与互操作
通过 IDl（接口定义语言）> 生成的类型库可以在运行时提供跨语言的类型描述，方便 .NET、C++、VB 等语言读取并生成互操作代码。正确的类型映射、属性、枚举和结构体在中间层保持一致性至关重要。
// 类型库中定义的接口与结构
interface ISample {HRESULT Add([in] LONG a, [in] LONG b, [out, retval] LONG* pResult);
};
.NET 调用 COM 组件的要点
在 .NET 中调用 COM 组件通常有两种方式：早绑定（生成的 RCW）或晚绑定（dynamic/ProgID）。前者性能更稳定，后者灵活性更高，但安全性与可维护性较低。
// 早绑定方式（通过引用 COM 类型库）
ISample comObj = new SampleCOMLib.ISample();
int res = comObj.Add(2, 3);// 晚绑定方式（ProgID）
Type t = Type.GetTypeFromProgID("SampleCOMLib.ISample");
dynamic obj = Activator.CreateInstance(t);
int res2 = obj.Add(2, 3);
