🚀 方法一：P/Invoke（Platform Invocation Services）
原理：通过Windows API提供的机制，直接调用C#编译的DLL中的函数
优点：
- 实现简单，无需复杂配置
- 原生支持Windows平台，与.NET Framework无缝集成
- 适合调用少量独立函数
缺点：
- 仅限Windows平台，跨平台能力弱
- 类型转换复杂，容易出现内存管理问题
- 不支持复杂对象传递
应用场景：Windows桌面应用中调用C#编写的工具类函数，如文件处理、加密算法等
🔄 方法二：COM互操作（COM Interop）
原理：将C#组件封装为COM对象，C++通过COM接口调用
优点：
- 支持复杂对象模型和接口继承
- 可实现双向通信（C++调用C#，C#回调C++）
- 适合构建大型组件化系统
缺点：
- 配置复杂，需注册COM组件
- 性能开销较大，不适合高频调用
- 仅支持Windows平台
应用场景：Office插件开发、CAD软件二次开发等需要复杂交互的场景
🌉 方法三：CLR Hosting
原理：在C++程序中嵌入.NET运行时（CLR），直接加载并调用C#程序集
优点：
- 完全控制.NET运行时环境
- 支持复杂类型和泛型
- 性能优于P/Invoke和COM
缺点：
- 实现难度大，需要熟悉CLR内部机制
- 跨平台兼容性差（Mono支持有限）
- 增加程序体积
应用场景：需要深度集成.NET功能的C++应用，如游戏引擎中的脚本系统
📡 方法四：进程间通信（IPC）
原理：C++和C#作为独立进程，通过管道、Socket、共享内存等方式通信
优点：
- 彻底解耦，支持跨平台部署
- 安全性高，避免内存泄漏影响
- 适合模块化架构设计
缺点：
- 通信延迟较大，不适合实时性要求高的场景
- 数据序列化/反序列化开销
- 开发复杂度高
应用场景：分布式系统、微服务架构中的跨语言调用
🛠️ 方法五：SWIG（Simplified Wrapper and Interface Generator）
原理：通过工具自动生成C++和C#的绑定代码，实现类型转换和函数调用
优点：
- 支持多语言绑定，不仅限于C#
- 自动化处理类型转换，减少手动编码
- 适合跨平台项目
缺点：
- 需要学习SWIG语法，配置成本高
- 对复杂C++特性（如模板、lambda）支持有限
- 生成代码可读性差，调试困难
应用场景：跨平台SDK开发，需要同时支持多种语言调用的场景
💡 选型建议
- 简单调用场景：优先P/Invoke（Windows）或SWIG（跨平台）
- 复杂交互场景：COM互操作（Windows）或CLR Hosting
- 跨平台需求：IPC或SWIG
- 高频调用场景：CLR Hosting或共享内存IPC
- 大型系统集成：考虑服务化架构，通过REST API替代直接调用