答案是P/Invoke适用于简单C风格函数调用，C++/CLI适合复杂C++类交互；前者轻量但受限，后者灵活但需托管包装。
在C#中调用C++编写的DLL，主要有两种方式：P/Invoke（平台调用）和C++/CLI。选择哪种方式取决于你的需求、性能要求以及是否需要跨语言复杂类型交互。
P/Invoke：适用于纯C风格导出函数
当C++ DLL以C接口形式导出函数（即使用extern "C"防止C++名称修饰），并且传递的是基本数据类型或简单结构体时，推荐使用P/Invoke。
步骤如下：
- 确保C++ DLL导出C兼容函数
- 在C#中声明对应的DllImport方法
- 正确映射参数和返回值类型
C++ DLL 示例（mycppdll.h）：
extern "C" {__declspec(dllexport) int Add(int a, int b);
__declspec(dllexport) void GetString(char* buffer, int bufferSize);
}
C# 调用代码：
using System;using System.Runtime.InteropServices;
class Program {
[DllImport("mycppdll.dll", CallingConvention = CallingConvention.Cdecl)]
public static extern int Add(int a, int b);
[DllImport("mycppdll.dll", CallingConvention = CallingConvention.Cdecl)]
public static extern void GetString(StringBuilder buffer, int bufferSize);
static void Main() {
int result = Add(3, 5);
Console.WriteLine("Add result: " + result);
var sb = new StringBuilder(256);
GetString(sb, sb.Capacity);
Console.WriteLine("String from C++: " + sb.ToString());
}
}
注意事项：
- 调用约定必须匹配（常见为Cdecl或StdCall）
- 字符串传递需使用StringBuilder或IntPtr配合Marshal操作
- 复杂结构体需用StructLayout和MarshalAs显式布局
C++/CLI：桥接C++与.NET的中间层
当你需要调用C++类、模板、STL容器，或者涉及复杂的对象生命周期管理时，P/Invoke难以胜任。此时应使用C++/CLI创建一个“托管包装器”DLL。
优点：
- 可直接调用原生C++类和方法
- 支持面向对象设计（如继承、多态）
- 自动处理内存和异常转换
实现步骤：
- 创建C++/CLI类库项目（.NET Framework）
- 包含原生C++头文件并链接LIB文件
- 编写ref class作为托管接口
- C#项目引用生成的DLL
C++/CLI 包装示例（Wrapper.h）：
// 原生C++类class NativeMath {
public:
int Multip
ly(int x, int y);};
// 托管包装类
public ref class ManagedMath {
private:
NativeMath* native;
public:
ManagedMath() {
native = new NativeMath();
}
~ManagedMath() {
delete native;
}
int Multiply(int x, int y) {
return native->Multiply(x, y);
}
};
C# 调用代码：
class Program {static void Main() {
var math = new ManagedMath();
int result = math.Multiply(4, 7);
Console.WriteLine("Multiply result: " + result);
}
}
关键点：
- C++/CLI项目输出为混合程序集（含托管和本地代码）
- 必须针对具体平台编译（x86/x64），不支持AnyCPU
- 注意异常转换（C++异常不能直接抛给C#）
如何选择合适的方法？
根据实际场景判断：
- 如果DLL只提供简单函数接口，且参数为int、double、char*等基础类型，用P/Invoke更轻量
- 若需调用C++类、重载函数、虚函数或多态行为，C++/CLI是唯一可行方案
- 团队具备C++能力时，C++/CLI灵活性更高；否则优先考虑封装成C接口
基本上就这些。两种方式都能有效打通C#与C++的壁垒，关键是理解各自边界和适用范围。
