在 Linux 中使用 Windows DLL

问题描述：

我们需要与第三方应用程序交互，但应用程序背后的公司不公开消息协议，只提供 Windows DLL 来交互。

我们的应用程序是基于 Linux 的，因此我无法直接与 DLL 通信。我找不到任何现有的解决方案，因此我正在考虑编写 Linux 和 Windows 之间基于套接字的桥接器，但我确信这不是一个如此独特的问题，应该有人以前做过。

您是否知道任何允许从 Linux 上的 C 应用程序调用 Windows DDL 函数的解决方案？它可以使用 Wine 或单独的 Windows PC - 没关系。

提前致谢。

解决方案 1：

我编写了一个小型 Python 模块，用于从 Linux 上的 Python 调用 Windows DLL。它基于常规 Linux/Unix Python 进程和基于 Wine 的 Python 进程之间的 IPC。因为我自己在太多不同的用例/场景中都需要它，所以我将它设计为“通用”ctypes模块插入式替换，它可以在后台自动完成大部分所需的管道工作。

示例：假设您在 Linux 上使用 Python，安装了 Wine，并且想要调用msvcrt.dll（Microsoft C 运行时库）。您可以执行以下操作：

from zugbruecke import ctypes
dll_pow = ctypes.cdll.msvcrt.pow
dll_pow.argtypes = (ctypes.c_double, ctypes.c_double)
dll_pow.restype = ctypes.c_double
print('You should expect "1024.0" to show up here: "%.1f".' % dll_pow(2.0, 10.0))

源代码（LGPL）、PyPI 包和文档。

它的边缘仍然有点粗糙（即 alpha 和不安全），但它确实可以处理大多数类型的参数（包括指针）。

解决方案 2：

任何解决方案都需要在“类似 Windows”环境中运行的 DLL 与 Linux 应用程序之间建立一个基于 TCP/IP 的“远程处理”层。

您需要编写一个简单的 PC 应用程序来公开 DLL 函数，可以使用自制协议，也可以使用 XML-RPC、SOAP 或 JSON 协议。RemObjects SDK可能会对您有所帮助 - 但可能有点过头了。

我会坚持使用“真实”或虚拟化的 PC。如果您使用 Wine，DLL 开发人员不太可能提供任何支持。

MONO 也不太可能有任何帮助，因为您的 DLL 可能不是 .NET 程序集。

解决方案 3：

有时，选择小供应商比选择大供应商更好，因为您的业务规模会给您带来更多选择。我们在 AV 引擎供应商中确实发现了这一点。

如果您对他们足够重要，他们应该提供文档化、支持的协议、库的 Linux 版本或库的源代码。

否则，您将必须使用 RPC 在循环中运行 Windows 机器，正如其他人所指出的那样，这可能会非常不方便，特别是如果您的其余基础设施都运行 Linux。

供应商是否支持在 Windows VM 中使用其库？如果性能不是很重要，您可能可以这样做。

解决方案 4：

当然，调用 DLL 函数本身只是冰山一角。如果 DLL 调用 Win32，那么您将面临相当严重的链接问题。我想 Wine 可以帮到您，但不确定他们是否提供了解决方案。

解决方案 5：

在我看来，最好的办法是使用套接字。我以前这样做过，效果很好。

解决方案 6：

另一种方法是反objdump -d汇编 DLL，然后重新编译/重新汇编它。不要指望能够重新编译未编辑的代码。您可能会得到纯粹的、毫无瑕疵的垃圾，或充满 Windows 调用的代码，或两者兼而有之。查找单个函数。函数通常由一系列push指令分隔并以一条指令结尾ret。