C++/CLI是微软为.NET与原生C++互操作设计的桥梁语言,需启用/clr编译开关,在Visual Studio Windows平台使用,支持托管与非托管代码混合编程并安全通信。
C++/CLI 是微软为 .NET 与原生 C++ 互操作设计的桥梁语言,不是“在 C++ 里直接调用 C#”,而是通过托管(managed)和非托管(unmanaged)代码混合编译来实现跨语言协作。 它允许你在同一个项目中写托管代码(访问 .NET 类库、C# 类型)和原生 C++ 代码(调用 Win32 API、现有 C++ 库),并让二者安全通信。关键点:它需要 /clr 编译开关,只能在 Visual Studio 的 Windows 平台上使用,且生成的是 .NET 程序集(如 DLL 或 EXE),不是纯原生二进制。
新建项目时选择“CLR 类库”或“CLR 控制台应用”;若已有原生 C++ 项目,需手动开启 /clr:
这是最简单的情形,类似 C# 自己调用自己:
注意:C# 中的 public class 必须是 public sealed 或有无参构造函数;若含泛型、async 方法,需额外适配(C++/CLI 对泛型支持有限,不支持 async/await)。
典型结构:原生 C++(.lib 或 .cpp)←→ C++/CLI 包装器(.cpp,/clr)←→ C#(.dll)
例子:C# 传入 String^,C++/CLI 转 std::wstring 或 const char* 给原生 C++;返回 int 或自定义结构体时,确保内存归属清晰(避免托管堆对象被原生代码 delete)。
走 .NET 线程池,原生 C++ 可能依赖 TLS 或 Win32 线程局部存储,混用时需显式同步基本上就这些。C++/CLI 不是万能胶,但对遗留 C++ 项目接入 .NET 生态仍很实用——只要分清托管/非托管边界,做好内存和生命周期管理,跨语言调用就能稳定跑起来。