如题,近期在开发过程中,需要调用C++的库,一般来说,使用下面的方法即可正常调用:
[DllImport("hci_sys.dll", CallingConvention = CallingConvention.StdCall)]
public static extern int hci_init(string initConfig);
这个只要的需要的库文件放到根目录就可以了,但如果啥文件都往根目录放,那就显得比较杂乱无章,而且不好维护,所以通常会建立不同的目录放在不同的文件,这样程序目录结构就比较清晰。所以我就调整了目录结构,然后重新调用C++的方法如下:
[DllImport(@"\AsrSdk\Jths\hci_sys.dll", CallingConvention = CallingConvention.StdCall)]
public static extern int hci_init(string initConfig);
把库文件都放到了根目录的相对路径下面,按理说应该也可以正常运行的,BUT,事情总不会按设定好的剧情发展,因为调用的C++ sdk本身包含多个C++的dll,我调用的这个接口是成功了,但是其内部又用到了它自己的dll,导致找不到它自己的dll,造成调用失败。
查阅了很多资料,因为C++的代码中,dll查找的的顺序是,EXE目录、Windows目录和Windows\System32目录以及环境变量设定的目录都是搜索路径之一,所以最后的解决办法就是动态设置当前进程的环境变量,把sdk所在的目录添加到环境变量中,这其内部就可以找到自己的dll了:
/// <summary>
/// 添加环境变量
/// </summary>
/// <param name="paths">路径列表</param>
internal static void AddEnvironmentPaths(IEnumerable<string> paths)
{
var path = new[] { Environment.GetEnvironmentVariable("PATH") ?? string.Empty };
string newPath = string.Join(Path.PathSeparator.ToString(), path.Concat(paths));
Environment.SetEnvironmentVariable("PATH", newPath); // 这种方式只会修改当前进程的环境变量
}
记录一下,便于查找。
网友评论