Mac 上的 Mono：尽管 SQLite.Interop.dll 在 dllmap 中，但仍出现 DllNotFoundException

Question

我有一个使用 SQLite 并且在 Windows 上运行良好的 C# 应用程序。

相同的 Visual Studio 项目在 Xamarin Studio 中编译良好，但运行时我得到：

DllNotFoundException: SQLite.Interop.dll

尽管：

• libsqlite3.0.dylib 位于 /usr/lib 中，并且与可执行文件和其他 DLL 位于同一文件夹中
• . 是 $DYLD_LIBRARY_PATH 的一部分
• 可执行文件和所有使用 SQLite 的 DLL 都有一个匹配的 <the_exe_or_dll_including_filename_extension>.config 文件，其中包含：

<configuration> <dllmap dll="sqlite" target="libsqlite.0.dylib" os="osx"/> <dllmap dll="sqlite3" target="libsqlite3.0.dylib" os="osx"/> </configuration>

我也试过加<dllmap dll="SQLite.Interop.dll" target="libsqlite3.0.dylib" os="osx"/>，不是更好。

有什么问题？

Answer 1

您需要构建和提供SQLite.Interop.dll（或更准确地说是libSQLite.Interop.dylib）。 Mono 分发包不包含它，可能是因为它是本机代码，确实需要在目标平台上构建。

Windows 上的 System.Data.SQLite 使用混合模式方法（托管数据适配器 + sqlite 本机代码在一个程序集中）。然而，Mono 并不真正支持混合模式程序集。

因此，在 MacOS 上，在 Windows 上构建 System.Data.SQLite 时有两种选择：

1. 使用互操作 dll。
2. 使用 libsqlite.x.x.dylib。

这两个都是原生代码，需要在 Mac 上构建。

Interop 是 Windows com 语言，因此在 MacOS 环境中使用它有点令人不安。这个原生 dll 是用一些额外的原生代码编译而成的 sqlite 源代码，这些原生代码可以由 System.Data.SQLite P\Invoked。有一些benefits 使用interop dll 而不是sqlite dylib。

System.Data.SQLite 在./SQLite.Interop/src.core 中附带了相关 SQLite 本机源代码的副本。您可以通过在 Mac 上运行 compile-interop-assembly-release.sh 来构建互操作库。这将构建libSQLite.Interop.dylib。把它放在 System.Data.SQLite 旁边，你应该很高兴。

如果您打开 Mono dll 跟踪，您可以看到加载程序（参见 mono 4.8.0 loader.c）在不同位置搜索 dll，并使用各种名称替换。最终它找到了我们的dylib。也可以使用System.Data.SQLite.dll.config 文件中的dllmap 条目将运行时定向到dll。在我的情况下，Mono 在我的应用程序包中，所以我有：

<dllmap dll="SQLite.Interop.dll" target="@executable_path/../Mono/libSQLite.Interop.dylib" os="!windows"/>

dllmap 目标参数被传递给dlopen()，所以@executable_path 等 都是可用的。

我更喜欢这种方法，因为它进入了 repo 并提供了一些关于发生错误时发生的情况的见解。

Answer 2

通过将 MONO_LOG_LEVEL 设置为 debug 并将 MONO_LOG_MASK 过滤设置为仅与 DLL 相关的消息，您可以轻松找到 mono 在哪里寻找该本地库。

export MONO_LOG_LEVEL=debug
export MONO_LOG_MASK=dll
mono yourprogram.exe

或作为一个衬里，因此您不必取消设置环境变量：

MONO_LOG_LEVEL=debug MONO_LOG_MASK=dll mono yourprogram.exe

Mono 和 OS-X 动态链接编辑器（'man dyld' 了解详细信息）不需要将 DYLD_LIBRARY_PATH 设置为当前目录 ('.')。注意：Linux 确实需要 LD_LIBRARY_PATH 来包含当前目录，如果这是您的意图的话。

• 将这些 dll 映射文件移开，以将它们从等式中删除。
• 取消设置 DYLD_LIBRARY_PATH
• cd 在包含基于 CIL 的 exe、dll 和本机 dylib 的目录中
• MONO_LOG_LEVEL=debug MONO_LOG_MASK=dll mono yourprogram.exe

使用本机 dll/共享库跟踪输出，您可以跟踪未找到哪个库（或其依赖项之一），或者它是否是您的单声道版本的错误 ARCH。

如果您仍然遇到问题，我们需要知道您正在使用哪个 SQLite 库来编译它（或者如果通过 Nuget 获得它，则为 Arch 版本）。发布您的 dll 跟踪输出也会很快解决问题。

注意事项：

我假设您正在使用 System.Data.SQLite 库并正在编译选项“/p:UseInteropDll=true /p:UseSqliteStandard=false”。

Mono 在其默认安装中包含一个 SQLite，它在 OS-X 上为 32 位：

file /Library/Frameworks/Mono.framework/Versions/4.0.2/lib/libsqlite3.dylib
/Library/Frameworks/Mono.framework/Versions/4.0.2/lib/libsqlite3.dylib: Mach-O dynamically linked shared library i386

假设您使用的是 Mono 的 OS-X 软件包安装程序，因此获得的是 32 位版本的 Mono，因此需要 32 位版本的本机库。

>>file `which mono`
/usr/bin/mono: Mach-O executable i386

/usr/lib/libsqlite3.0.dylib 是一个多 ARCH 胖二进制文件，因此该库不是问题，但您的调试输出可能会显示另一个问题，

>>file /usr/lib/libsqlite3.0.dylib
libsqlite3.0.dylib: Mach-O universal binary with 3 architectures
libsqlite3.0.dylib (for architecture x86_64):   Mach-O 64-bit dynamically linked shared library x86_64
libsqlite3.0.dylib (for architecture i386): Mach-O dynamically linked shared library i386
libsqlite3.0.dylib (for architecture x86_64h):  Mach-O 64-bit dynamically linked shared library x86_64