C#通过P/Invoke调用C++ DLL函数的关键是C++端用extern "C"禁用name mangling并__declspec(dllexport)导出，C#端用DllImport显式匹配CallingConvention、EntryPoint和类型布局。
怎么让C#找到C++ DLL里的函数
关键不是“C++在C#中怎么使用”，而是C#通过P/Invoke调用的是C风格导出的函数，不是C++类或重载函数。C++编译器会对函数名做name mangling（名字修饰），导致C#找不到符号。必须用extern "C"禁用修饰，并显式指定调用约定。
在C++ DLL工程中，导出函数要这样写：
extern "C" __declspec(dllexport) int __stdcall Add(int a, int b) {
return a + b;
}
-
extern "C"：关闭C++ name mangling，生成C风格符号名 -
__declspec(dllexport)：确保函数被导出到DLL的导出表 -
__stdcall：和C#默认的CallingConvention.StdCall对齐；若用__cdecl，C#端必须显式写CallingConvention.Cdecl
C#里P/Invoke声明怎么写才不报找不到入口点
常见错误是函数名拼错、大小写不一致，或没加EntryPoint。C++用extern "C"导出后，符号名就是原函数名（如Add），但如果你在DLL中用了#pragma comment(linker, "/EXPORT:MyAdd=Add")重命名，C#就必须用EntryPoint = "MyAdd"。
推荐写法（显式指定所有关键项）：
立即学习“C++免费学习笔记（深入）”；
[DllImport("MathLib.dll",
CallingConvention = CallingConvention.StdCall,
EntryPoint = "Add",
CharSet = CharSet.Ansi,
SetLastError = false)]
public static extern int Add(int a, int b);
-
CallingConvention必须和C++端一致，否则栈会被错误清理，引发崩溃 -
CharSet影响字符串参数处理，纯int参数可设为CharSet.Ansi或省略 -
SetLastError = true仅当C++函数调用SetLastError()时才有意义 - DLL路径建议用相对路径（如
"./MathLib.dll"）或确保它在PATH或C#进程目录下
传结构体或指针时为什么总崩
根本原因是内存布局不一致：C++结构体默认有字节对齐，而C#的struct默认按自然对齐，且字段顺序可能被JIT重排。必须用[StructLayout(LayoutKind.Sequential)]强制顺序布局，并对齐方式匹配。
例如C++中：
struct Point {
int x;
short y;
}; // 默认对齐为4，x占4字节，y占2字节，后面补2字节
C#对应结构体必须写成：
[StructLayout(LayoutKind.Sequential, Pack = 4)]
public struct Point {
public int x;
public short y;
}
-
Pack = 4表示按4字节对齐，和VC++默认一致；若C++用#pragma pack(1)，这里就得写Pack = 1 - 含字符串字段时，避免直接传
char*，优先用StringBuilder或string+MarshalAs指定编码 - 返回指针或需要C#分配内存给C++填值时，务必用
Marshal.AllocHGlobal并手动FreeHGlobal，别依赖GC
调试“找不到DLL”或“找不到入口点”的真实原因
错误信息System.DllNotFoundException不一定是DLL文件不存在——更可能是依赖的CRT库（如vcruntime140.dll、msvcp140.dll）缺失。C++ DLL用VS2015+编译，默认动态链接UCRT和VCRT。
- 用
dumpbin /dependents MathLib.dll查依赖项 - 用
Dependencies.exe（替代旧版depends.exe）看运行时缺失哪些DLL - 发布时把对应版本的
vc_redist.x64.exe一起安装，或改C++项目属性为“静态链接运行库”（/MT） - 用Process Monitor监控C#进程是否在找DLL路径——它会尝试多个位置，包括当前目录、System32、PATH路径
name mangling没关干净、导出表为空、平台不匹配（x64程序加载x86 DLL）、函数签名参数类型不一致——这些都会表现为“找不到入口点”，但背后原因完全不同，得一层层排除。
