我们在.NET Framework上有一个项目引用了Fico Xpress解算器dll。所需的dll是–
- Xprb.dll
- Xprbdn.dll
- Xprsdn.dll
由于没有可用于使用Fico Xpress Solver的nuget软件包，我们安装了Fico XpressSolver，并将这些dll从安装目录复制到项目文件夹中名为lib的本地文件夹中，并在lib文件夹中添加了对这些dll的路径引用。因此，在编译时，项目使用这些dll的引用(存在于lib文件夹中)进行编译。此项目已成功生成。当我们的项目调用Fico Xpress解算器时，则从安装目录使用上述所需的dll，该目录可能通过环境变量访问(本地文件夹中的dll只是为了成功编译代码，我们本可以将其指向实际的Fico Xpress Solver安装目录，但我们将dll放在lib文件夹中，这样我们就可以将其添加到SVN中)，并且项目使用Fico XpressSolver成功运行。
现在，我们已经将该项目移植到.NET Core，以便在Linux机器上运行相同的项目。因此，我们在Linux机器上安装了Fico Xpress Solver，并通过使用/opt/xpressmp/bin/文件夹(这是Linux机器的默认安装目录)中的优化器可执行文件来测试安装是否成功。安装成功，Fico Xpress Solver运行正常(使用其网站上给出的方法进行检查)。
当我们构建项目时，它会成功编译，因为它仍然引用本地lib文件夹中所需的dll。但是，当我们的项目在运行时调用Fico Xpress解算器时，它失败，因为它无法加载所需的dll(它可能是在LD_LIBRARY_PATH中搜索的)，该文件由安装手册中指定的/opt/xpmp/bin/xpvars.sh脚本设置为/ot/xpmp/lib/。该文件夹包含所有.so文件，没有dll的文件。)错误如下-
无法加载共享库"xprb.dll"或其依赖项之一。为了帮助诊断加载问题，请考虑设置LD_DEBUG环境变量：libxprb.dll：无法打开共享对象file：没有这样的文件或目录
我们不确定我们使用的方法(即使用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/xpress mp/lib/文件夹中的libxprb.So文件，使用命令-
ln-s/opt/xpressmp/lib/libxprb.dll/opt/xpression/lib/libsprb.so
因此，现在当xprb.dll被加载时，它会查找libxprb.dll，后者又指向libxprb.So文件(因为libsprb.dll是libxprb.seo的符号链接)，因此xprb.dll成功加载。