wpf调用c++原生函数需编译为纯win32 dll，用extern "c"和__declspec(dllexport)导出c风格函数，c#侧用dllimport引用；回调须用gchandle.alloc固定委托并手动释放；大块数据推荐内存映射文件共享；dll依赖问题优先静态链接crt。
WPF 里怎么调用 C++ 原生函数（非托管 DLL）
必须用 DllImport，但不能直接扔个 .cpp 文件进去就完事。WPF 是 .NET 运行在 CLR 上的，C++ 代码得先编译成纯 Win32 DLL（不带 /clr），导出 C 风格函数（extern "C"），否则 C# 侧会报 EntryPointNotFoundException 或 BadImageFormatException。
常见错误是 C++ 工程开了 /clr（即“混合模式”），导致导出的是 mangled 名字或 IL 字节码，.NET 找不到入口点。
-
__declspec(dllexport)和extern "C"必须同时出现，避免名字修饰（name mangling） - DLL 要和 WPF 应用位数一致：x64 WPF → x64 DLL；AnyCPU 项目默认跑 x64 时也得配 x64 DLL
- 导出函数参数尽量用 POD 类型（
int、double、const char*），别传std::string或类对象 - 在 C# 侧用
[DllImport("MyNative.dll", CallingConvention = CallingConvention.Cdecl)]—— C++ 默认用Cdecl，若用StdCall要显式声明且注意清理栈规则
// C++ DLL 导出示例
extern "C" __declspec(dllexport) int Add(int a, int b) {
return a + b;
}
C++ 回调函数怎么安全传进 WPF（比如数据更新通知）
不能直接把 C# 委托地址塞给 C++ 当函数指针——GC 可能随时移动委托对象，导致崩溃。得用 GCHandle.Alloc 固定委托，并手动释放，否则内存泄漏。
典型场景：C++ 层持续采集传感器数据，每 10ms 调用一次 C# 提供的回调。漏掉 GCHandle.Free()，程序跑几小时后就卡死或崩在 AccessViolationException。
- 回调函数签名必须和 C++ 期望完全一致，包括调用约定（通常
Cdecl） - 用
GCHandle.Alloc(callback, GCHandleType.Normal)获取固定地址，传给 C++ 的SetDataCallback((void*)gch.AddrOfPinnedObject()) - WPF 窗口关闭前必须调用
gch.Free()，且确保 C++ 层不再调用该地址 - 回调里更新 UI 必须切回 UI 线程：
Dispatcher.Invoke(() => { /* 更新 TextBox.Text */ });
大块数据（如图像帧、数组）怎么高效传给 WPF 显示
别用字符串拼接或序列化传二进制——性能差还容易乱码。直接共享内存最稳：C++ 写入一块 GlobalAlloc 或 CreateFileMapping 分配的内存，WPF 用 Marshal.Copy 或 unsafe 指针读取。
图像尤其要注意：WPF 的 WriteableBitmap 底层是 BGRX（不是 RGB），而 OpenCV 默认是 BGR；如果 C++ 传的是 RGB 数据，不转换就直接 memcpy 进去，颜色全错。
- 优先用内存映射文件（
CreateFileMapping+MapViewOfFile），比反复Marshal.AllocHGlobal更轻量 - 传图像时确认像素格式：WPF
WriteableBitmap构造时指定PixelFormats.Bgr32，C++ 端输出对应格式 - 若用
Marshal.Copy，目标数组必须预先分配好（new byte[width * height * 4]），且长度严格匹配 - 避免在回调线程里直接 new 对象或触发 GC —— 图像帧率高时容易卡顿
为什么 WPF 启动后 C++ DLL 找不到依赖（如 MSVCP140.dll）
不是路径问题，是运行时环境缺失。WPF 应用默认不加载 C++ 运行时 DLL，即使你把 vcruntime140.dll 放进输出目录也没用——Windows 加载器按策略找依赖，不会自动扫子目录。
表现是 DllNotFoundException，但错误信息只说找不到你的 DLL，实际是它依赖的 VC++ 运行时没加载成功。
- 最可靠方案：在 WPF 项目属性 → “配置属性” → “常规” → “使用 C++ 运行时库” 设为
/MT（静态链接），生成的 DLL 不再依赖外部 VC++ DLL - 若必须用
/MD（动态链接），则需在安装包里部署 Microsoft Visual C++ Redistributable，或手动用LoadLibrary在 C# 启动时预加载msvcp140.dll - 用
Dependency Walker（或更现代的Dependencies.exe）打开你的 DLL，看红色标记的缺失项，别猜
C++ 和 WPF 之间真正难的不是调通，而是生命周期管理——谁 alloc 谁 free、谁注册回调谁注销、哪边负责同步、哪边管内存对齐。这些地方一松懈，问题就藏在高负载、长时间运行之后才爆发。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
