1. 为什么需要C调用C#的DLL在软件开发领域C和C#各自占据着重要的生态位。C以其高性能和底层控制能力著称特别适合系统级编程、游戏引擎开发和高性能计算场景。而C#凭借.NET框架强大的类库支持和开发效率成为企业应用、桌面程序和Web服务的首选语言。但实际开发中经常遇到这样的需求一个以C为核心的项目需要调用某些只有.NET生态才完善支持的功能如Office自动化、WPF界面等或者一个C#项目需要复用已有的C算法库。这时就需要建立两种语言间的桥梁。2. 技术方案选型与原理2.1 主流跨语言调用方案对比在Windows平台下实现C与C#互操作主要有三种技术路线COM Interop优点微软官方标准支持双向调用缺点需要注册COM组件部署复杂典型场景Office自动化、ActiveX控件集成CLI/C优点直接在C中托管.NET类型缺点代码风格混杂维护成本高典型场景需要深度混合的插件系统P/Invoke优点部署简单无需注册缺点仅支持C导出函数调用典型场景本文讨论的DLL调用场景2.2 P/Invoke工作原理Platform Invocation Services平台调用服务是.NET框架提供的一种机制允许托管代码如C#调用非托管动态链接库中的函数。其核心流程如下DLL导出函数C侧通过__declspec(dllexport)显式声明需要导出的函数函数查找运行时根据[DllImport]属性定位DLL文件参数封送自动处理基本类型在托管/非托管内存间的转换调用执行通过函数指针跳转到非托管代码执行重要提示P/Invoke默认使用stdcall调用约定而C的extern C默认使用cdecl必须显式指定CallingConvention.Cdecl以避免栈不平衡崩溃。3. 完整实现步骤3.1 C DLL项目创建与配置3.1.1 Visual Studio项目设置新建项目 → Visual C → Windows Desktop → 动态链接库(DLL)解决方案配置管理器中将平台设为x64必须与C#项目一致项目属性 → C/C → 高级 → 编译为选择C代码(/TP)3.1.2 关键代码实现创建头文件MathLibrary.h#pragma once #ifdef MATHLIBRARY_EXPORTS #define MATHLIBRARY_API __declspec(dllexport) #else #define MATHLIBRARY_API __declspec(dllimport) #endif extern C { MATHLIBRARY_API double Add(double a, double b); MATHLIBRARY_API const char* GetVersion(); }实现文件MathLibrary.cpp#include pch.h #include MathLibrary.h #include string static std::string version 1.0.2; extern C { MATHLIBRARY_API double Add(double a, double b) { return a b; } MATHLIBRARY_API const char* GetVersion() { return version.c_str(); } }3.1.3 生成后事件配置为避免手动拷贝DLL在项目属性 → 生成事件 → 后期生成事件中添加xcopy /y $(OutDir)$(TargetName).dll $(SolutionDir)bin\$(Configuration)\3.2 C#客户端调用实现3.2.1 基础P/Invoke声明创建静态包装类NativeMethods.csusing System; using System.Runtime.InteropServices; namespace CSharpClient { internal static class NativeMethods { private const string DllPath MathLibrary.dll; [DllImport(DllPath, CallingConvention CallingConvention.Cdecl)] public static extern double Add(double a, double b); [DllImport(DllPath, CallingConvention CallingConvention.Cdecl)] public static extern IntPtr GetVersion(); } }3.2.2 字符串处理封装由于C返回的字符串需要特殊处理public static string GetVersionString() { IntPtr ptr NativeMethods.GetVersion(); return Marshal.PtrToStringAnsi(ptr); }3.2.3 安全包装器实现建议实现一个资源安全的包装类public class MathLibrary : IDisposable { private bool _disposed; public double Add(double a, double b) { if (_disposed) throw new ObjectDisposedException(nameof(MathLibrary)); return NativeMethods.Add(a, b); } public string GetVersion() { if (_disposed) throw new ObjectDisposedException(nameof(MathLibrary)); return NativeMethods.GetVersionString(); } public void Dispose() { _disposed true; // 如有需要可在此释放DLL资源 } }4. 高级应用与调试技巧4.1 结构体与回调函数处理4.1.1 复杂结构体传参C侧定义#pragma pack(push, 1) struct Point { int x; int y; char name[32]; }; #pragma pack(pop) MATHLIBRARY_API void TransformPoint(Point* p);C#侧对应声明[StructLayout(LayoutKind.Sequential, Pack 1)] public struct Point { public int X; public int Y; [MarshalAs(UnmanagedType.ByValTStr, SizeConst 32)] public string Name; } [DllImport(DllPath, CallingConvention CallingConvention.Cdecl)] public static extern void TransformPoint(ref Point point);4.1.2 回调函数实现C侧定义回调类型typedef void (*LogCallback)(const char* message); MATHLIBRARY_API void SetLogger(LogCallback callback);C#侧实现public delegate void LogCallback(string message); [DllImport(DllPath, CallingConvention CallingConvention.Cdecl)] public static extern void SetLogger(LogCallback callback); // 使用示例 LogCallback logger msg Console.WriteLine(msg); SetLogger(logger); // 必须保持委托引用避免GC回收 static LogCallback _persistentLogger;4.2 混合模式调试配置右键C#项目 → 属性 → 调试打开打开调试启动配置文件UI将调试器类型从仅限托管改为混合(.NET Core)在C项目中设置符号文件生成项目属性 → 链接器 → 调试 → 生成调试信息是调试时可实现在C#代码中按F11可步入C实现查看调用堆栈中混合的托管/非托管帧同时查看C#和C变量的值5. 生产环境注意事项5.1 DLL部署最佳实践并行加载建议将原生DLL放在子目录中通过SetDllDirectory或AddDllDirectory指定搜索路径版本控制在DLL中实现GetVersion接口客户端校验版本兼容性依赖检查使用Dependency Walker工具检查DLL的依赖项是否齐全5.2 性能优化技巧频繁调用优化对高频调用的函数使用[SuppressUnmanagedCodeSecurity]属性跳过安全检查参数设计尽量使用简单值类型避免复杂的封送处理批处理模式设计接口时考虑批量操作减少跨语言调用次数5.3 常见问题排查5.3.1 DLL加载失败错误现象DllNotFoundException: Unable to load DLL MathLibrary.dll排查步骤确认DLL与EXE在同一目录使用Process Monitor工具监控文件访问检查平台位数匹配x86/x645.3.2 访问冲突异常错误现象AccessViolationException: Attempted to read or write protected memory可能原因调用约定不匹配未指定CallingConvention.Cdecl参数类型不匹配如Cint对应C#uint内存所有权问题C返回的指针在C#侧被提前释放5.3.3 内存泄漏检测推荐方案C侧使用_CrtMemCheckpoint等CRT调试函数C#侧使用GC.AddMemoryPressure通知CLR非托管内存压力使用Process Explorer观察进程内存增长6. 现代替代方案探讨虽然P/Invoke仍然有效但.NET 5提供了更现代的替代方案6.1 Source Generator自动生成使用Microsoft.Interop.LibraryImportGenerator可通过编译时生成代替运行时反射[LibraryImport(MathLibrary.dll)] [UnmanagedCallConv(CallConvs new[] { typeof(CallConvCdecl) })] public static partial double Add(double a, double b);优点更好的AOT兼容性编译时参数检查性能更高6.2 C/WinRT组件对于UWP/WinUI3项目可将C代码封装为WinRT组件namespace WinRTComponent { runtimeclass MathOperations { Double Add(Double a, Double b); } }C#侧可直接作为引用项目使用无需P/Invoke。6.3 进程间通信方案对于复杂场景可考虑gRPC高性能跨语言RPC框架Named PipesWindows原生进程通信Memory Mapped Files共享内存通信选择依据数据量大小延迟要求是否需要双向通信