linux 运行.net dll文件,C＃：在Linux上的.NET Core中引用或使用.so文件

我们在.NET框架上有一个项目引用了Fico Xpress解算器dll。所需的dll是-

Xprb.dll

Xprbdn.dll

Xprsdn.dll

由于没有可用于使用Fico Xpress解算器的nuget包，我们安装了Fico Xpress解算器，并将这些dll从安装目录复制到项目文件夹中名为lib的本地文件夹中，并在lib文件夹中添加了对这些dll的路径引用。因此，在编译时，项目使用这些dll(位于lib文件夹中)的引用进行编译。此项目已成功生成。当我们的项目调用Fico Xpress解算器时，将从安装目录中使用上述所需的dll，该目录可能通过环境变量访问(本地文件夹中的dll仅用于成功编译代码，我们可以将其指向实际的Fico Xpress解算器安装目录，但我们将dll位于lib文件夹中，以便我们可以将其添加到SVN)，并且项目使用Fico Xpress解算器成功运行。

现在，我们已经将项目移植到.NET Core，以便在Linux机器上运行相同的程序。因此，我们在Linux机器上安装了Fico Xpress Solver，并通过使用/opt/xpressmp/bin/文件夹(这是Linux机器的默认安装目录)中的优化器可执行文件来测试安装是否成功。安装成功，Fico Xpress解算器运行正常(使用其网站上提供的方法进行检查)。

当我们构建项目时，它会成功编译，因为它仍然引用本地lib文件夹中所需的dll。但是，当我们的项目在运行时调用Fico Xpress解算器时，由于无法加载所需的dll(可能是在LD_LIBRARY_PATH中搜索的，该路径由安装手册中指定的/opt/xpressmp/bin/xpvars.sh脚本设置为/opt/xpressmp/lib/)而失败。此文件夹包含所有.so文件，没有dll文件。)错误如下-

无法加载共享库“xprb.dll”或其依赖项之一。

为了帮助诊断加载问题，请考虑设置

LD U DEBUG环境变量：libxprb.dll:无法打开共享对象

文件：没有这样的文件或目录

我们不确定我们使用的方法(即使用dll来编译和运行)是否正确，或者我们是否需要一些如何使用.so文件来编译和运行项目的方法。由于代码生成成功，我们希望它运行，但找不到共享对象文件。

请指定在linux中使用Xpress解算器的方法，或在windows和linux上使用相同的第三方软件时需要遵循的一些一般准则。我们需要更改代码或添加对.so的引用，而不是.dll文件

DllImport是唯一的方法吗(在不同的博客上建议)

最佳答案：

我们终于想出了一个办法，但我们不确定它是否适用于所有人，它可能无法解决别人的问题。我们的方法是-

如问题中所述，无法加载xprb.dll，因为libxprb.dll是它在Xpress lib目录(/opt/Xpress/lib/)中搜索的内容。但是在Linux中安装Xpress之后，安装只包含.so文件，没有.dll文件。

有一些博客建议使用DllImport方法加载.so文件，然后调用这些方法。我们没有尝试这些方法，因为我们在寻找比这更简单的方法。

在研究了这个问题之后，我们发现只有当我们将共享库的加载指向以某种方式安装的.so文件时，它才可能工作。所以我们的具体情况就是这样-

/opt/xpressmp/lib/文件夹中没有libxprb.dll

我们在/opt/xpressmp/lib/文件夹中有libxprb.so文件而不是libxprb.dll(如果没有这个文件，我们可能不知道要使用哪个.so文件)

因此，我们在/opt/xpressmp/lib/文件夹中创建了一个符号链接文件libxprb.dll(只要它位于LD_LIBRARY_path中的某个路径中，我们就可以将其放在任何地方)，该文件使用命令指向/opt/xpressmp/lib/文件夹中的libxprb.So文件-

ln-s/opt/xpressmp/lib/libxprb.dll/opt/xpressmp/lib/libsprb.so

所以现在加载xprb.dll时，它会查找libxprb.dll，该文件又指向libxprb.So文件(因为libsprb.dll是指向libxprb.So的符号链接)，因此成功加载了xprb.dll。