SQLite-net 在 .NET MAUI Android 中的原生库加载问题解析

问题背景

在使用 SQLite-net 库的 .NET MAUI Android 项目中，开发者可能会遇到 System.DllNotFoundException: 'sqlite3' 错误。这个错误通常发生在尝试调用 SQLite3.LibVersionNumber() 方法时，表明系统无法找到并加载 SQLite 的原生库文件。

错误原因分析

1. 原生库命名差异：标准 SQLite 库通常命名为 sqlite3，但通过 SQLitePCLRaw 提供的库使用的是 e_sqlite3 这个基础名称。

2. 条件编译符号未生效：虽然定义了 USE_SQLITEPCL_RAW 条件编译符号，但可能由于某些原因，代码仍然尝试使用原始的 DllImport 声明而非 SQLitePCLRaw 提供的实现。

3. 初始化顺序问题：SQLitePCL.Batteries_V2.Init() 方法需要在任何 SQLite 操作之前调用，以确保正确加载原生库。

解决方案

1. 确保正确引用：确认项目中已正确添加 SQLitePCLRaw.bundle_e_sqlite3 NuGet 包引用。

2. 验证条件编译：检查 Android 项目的构建设置，确保 USE_SQLITEPCL_RAW 符号已正确定义并应用于所有配置。

3. 初始化顺序：在应用启动时尽早调用初始化代码：

   SQLitePCL.Batteries_V2.Init();
   

4. 自定义实现检查：如果使用了自定义的 SQLite.cs 和 SQLiteAsync.cs 文件，需要确保：

   • 条件编译部分正确处理
   • 没有遗漏任何使用原始 sqlite3 名称的 DllImport 声明

深入理解

SQLitePCLRaw 采用了不同的原生库命名约定，这是为了避免与系统自带的 SQLite 库产生冲突。当使用 bundle_e_sqlite3 包时，它会提供名为 e_sqlite3 的原生库版本。

Batteries_V2.Init() 方法的作用是注册正确的原生库加载机制，确保运行时能够找到并使用正确的库文件。这个过程包括：

• 设置正确的库搜索路径
• 注册适当的库加载器
• 验证库的兼容性

最佳实践

1. 统一使用 SQLitePCLRaw：即使使用自定义的 SQLite-net 实现，也建议完全依赖 SQLitePCLRaw 提供的原生库访问机制。

2. 测试多平台：在 Android 上解决后，仍需验证 iOS 和其他平台的兼容性，可能需要添加额外的条件编译或初始化代码。

3. 版本一致性：确保所有相关包（SQLite-net 和 SQLitePCLRaw）的版本相互兼容。

通过以上分析和解决方案，开发者可以有效地解决 .NET MAUI Android 项目中 SQLite-net 的原生库加载问题，确保数据库功能正常运行。