DllImport加载DLL失败提示“找不到指定的模块”，常见原因是路径不对或依赖缺失：C#默认仅在当前目录、系统目录和PATH路径中查找，不搜索子目录或隐式依赖；需将DLL及其所有依赖（如vcruntime140.dll）置于exe同级目录，且平台架构（x86/x64）必须严格匹配。
为什么DllImport加载DLL失败，提示“找不到指定的模块”
常见原因是路径不对或依赖缺失。C#默认只在当前目录、系统目录和PATH环境变量路径中查找DLL，不会自动搜索子目录或DLL自己的依赖项。
- 确保DLL文件放在
bin/Debug或bin/Release目录下（即与exe同级），不是项目根目录 - 用
Dependency Walker或dumpbin /dependents xxx.dll检查是否缺MSVCRT、VCRUNTIME等运行时库 - 若DLL依赖其他DLL，必须把它们**全部**放到同一目录，不能只放主DLL
- 32位C#程序只能加载32位DLL，64位同理；检查项目属性中
Platform Target是否与DLL架构一致
string参数传入C++ DLL时出现乱码或崩溃
C#默认用UTF-16字符串，而C++函数常假设是ANSI或UTF-8。P/Invoke不自动转换编码，需显式声明字符集。
- 在
[DllImport]中加CharSet = CharSet.Ansi（对应C++char*）或CharSet = CharSet.Unicode（对应wchar_t*） - 若C++函数用
std::string接收，必须用CharSet.Ansi，且C#端传string即可（P/Invoke自动转为零终止ANSI串） - 避免直接传
StringBuilder给输出参数，除非C++明确写入缓冲区；否则用ref string或IntPtr+Marshal.PtrToStringAnsi更可控 - 示例：
[DllImport("mylib.dll", CharSet = CharSet.Ansi)] public static extern int ProcessText(string input);
如何安全传递结构体（struct）到C++ DLL
托管struct和非托管内存布局默认不同，直接传会导致字段错位、读取越界甚至崩溃。
- 必须加
[StructLayout(LayoutKind.Sequential)]，禁用编译器重排 - 数值类型字段一般没问题，但
string字段不能直接放——需改用IntPtr或固定大小数组（如[MarshalAs(UnmanagedType.ByValTStr, SizeConst = 256)] public string name;） - 含指针或动态分配内存的字段（如C++的
char*）不能直接映射，应拆分为IntPtr+ 手动Marshal操作 - 确认C++ struct的字节对齐（如
#pragma pack(1)），并在C#中用Pack = 1匹配：[StructLayout(LayoutKind.Sequential, Pack = 1)] public struct Config { public int version; public byte flags; }
回调函数（C++调用C#方法）为什么一执行就崩
根本原因是委托对象被GC回收，导致C++拿到野指针。P/Invoke本身不管理委托生命周期。
立即学习“C++免费学习笔记（深入）”；
- 必须用
static委托，或在类实例中用GC.KeepAlive(this)延长存活期 - 声明时加
[UnmanagedFunctionPointer(CallingConvention.Cdecl)]，与C++函数调用约定严格一致（多数DLL用Cdecl，少数用StdCall） - 注册回调后，务必保存委托引用（如存为类字段），否则下一次GC就可能释放它
- 示例：
private static MyCallbackDelegate _callback = MyCallbackImpl; [DllImport("mylib.dll")] public static extern void SetCallback(MyCallbackDelegate cb); // … 调用SetCallback(_callback); // 后续代码中需保证 _callback 不被回收
string或byte[]，C++绝不能free或delete[]；反过来，C++返回的指针，C#也不能直接Marshal.FreeHGlobal——除非文档明确说由调用方释放。 
