记一次C#调用C++踩过的坑

一般来说，C#调用C++生产的dll，如下：

C++的项目要设置为"导出dll的项目"，而且导出的函数，一般为：

extern "C" __declspec(dllexport) int Convrnx(int format, rnxopt_t  opt, char *file, char **ofile)

{

　　....

}

弄出一个C++的dll后，放到C#的生成目录下，也就是和.exe放在一起；

而C#，则要：

[DllImport("RtklibHelper.dll", EntryPoint = "Convrnx", CallingConvention = CallingConvention.Cdecl)]
public static extern int Convrnx(int format, rnxopt_t opt, string file, string[] ofile)

{

　　....

}

坑一：C#的类型，怎么和C++的类型对应起来（如例子：string对应*char，string[]对应char**）

解一：有一款神奇的工具，名为：CLRInsideOut，微软的手笔：

比如说：C++ 中的结构体 rnxopt_t ，其中又嵌套结构体snrmask_t等等，只需要将其用txt自上而下整理好（C++的声明写在前后很讲究），右边直接为C#代码；

坑二：在本机C#调用C++一切都正常，放到别的机器就有：找不到指定的模块。 (异常来自 HRESULT:0x8007007E) ，各种搜索尝试都不行（包括尝试安装Vs c++环境）。

程序员的直觉：肯定是C++产出的dll，调用了系统的dll，而别的电脑又不一定有。

思路：找出这个dll，到底调用了什么东西

解二：又是使用微软的工具：

找到了，就是这些dll；

程序员的直觉：这个东西，绝逼是在c:\window下的，搜索一下，发现：WINMM.dll在两个文件夹都有，到底是哪个？

解：只需要到别的电脑搜一下，那个缺少就拷贝那个

全部揪出来：

然后放到和exe相同的目录下；（按照C++ dll的习惯，动态库总会在当前目录和系统目录中找，所以没必要一个个放到目标电脑对应的文件夹中）