调用C++空DLL方法时抛出Access violation reading location错误如何解决

核心触发原因 #

最常见的触发点是你写的DllImport路径字符串存在转义错误：
C# 中普通字符串内的反斜杠\为转义字符，你写入的"C:\Users\Dash\Release\Test.dll"中，\U、\D等会被识别为特殊转义序列，最终传入的路径和你预期的DLL实际路径完全不符，导致程序加载了错误的模块、或者根本没有加载到目标DLL，调用非存在的函数入口点时就会触发内存访问违规。

其他可能的触发原因 #

• 平台位数不匹配：C++ DLL 编译的目标平台（x86/x64）和 C# 控制台项目的运行平台不一致，比如 x64 编译的 DLL 被 32 位的 C# 进程加载，调用时会因为内存寻址错误触发访问违规。
• 运行时依赖缺失：你编译的 C++ DLL 依赖的 vcruntime140.dll 版本和运行环境不匹配，比如你编译的是 Debug 版 DLL，运行环境没有安装 Debug 版 VC++ 运行时，或者运行时位数和进程位数不匹配。
• 导出函数名异常：如果 C++ 项目的编译配置错误，就算加了extern "C"，也可能出现函数名被 Name Mangling 篡改的情况，导致 C# 找不到正确的函数入口点。

修复方案 #

1. 首先修正DllImport的路径写法，两种可选：
   • 加@符号使用逐字字符串，避免转义：

   [DllImport(@"C:\Users\Dash\Release\Test.dll", CallingConvention = CallingConvention.Cdecl)]
   

   • 把所有反斜杠转义为双反斜杠：

   [DllImport("C:\\Users\\Dash\\Release\\Test.dll", CallingConvention = CallingConvention.Cdecl)]
   

   更推荐的做法是把编译好的Test.dll放到C#项目的输出目录，直接写DLL文件名即可，不需要写绝对路径，避免路径错误：

   [DllImport("Test.dll", CallingConvention = CallingConvention.Cdecl)]
   

2. 统一两个项目的生成平台：C++ DLL 和 C# 控制台项目都指定为相同的目标平台（x86或x64），不要使用默认的AnyCPU配置。
3. 验证C++ DLL导出函数：使用VS自带的dumpbin工具执行dumpbin /exports Test.dll，确认导出的函数名确实为SetIpAddress。
4. 安装对应版本的VC++ 可再发行组件包，保证运行环境有DLL依赖的运行库。

内容的提问来源于stack exchange，提问作者Dash