我自己也遇到过这个问题，但事实证明是另一个原因:

System.DllNotFoundException was caught 
Unable to load DLL 'SQLite.Interop.dll': Access is denied. 

在这种情况下，代码是从IIS托管的web服务(为x86版本配置)中(间接地)调用的。我最终在IIS的应用程序池中找到了它:最初我使用的是“ASP。NET V4.0集成”(这导致了这个错误)，但当我把它改成“DefaultAppPool”时，问题就消失了。

(唷!)

超过30个答案，但我用了不同的方法。

我有两个独立的项目。一个Windows服务，和一个Windows窗体应用程序。应用程序引用WS项目，两者都引用SQLite核心nuget包。

在构建WS项目时，有x64和x32文件夹。但在构建应用程序时，文件夹不会显示出来。

检查这里的答案，我不能让他们工作。但是我发现WS项目中有以下代码片段，而App项目中没有。我添加了它，现在文件夹显示正确。

<Import Project="..\packages\System.Data.SQLite.Core.1.0.112.0\build\net46\System.Data.SQLite.Core.targets" Condition="Exists('..\packages\System.Data.SQLite.Core.1.0.112.0\build\net46\System.Data.SQLite.Core.targets')" />

你需要通过NuGet安装System.Data.SQLite.Core。 如果您使用InnoSetup，请确保在.iss文件的[Files]部分中有以下行:

Source: "C:\YourProjectPath\bin\Release\x64\*"; DestDir: "{app}\x64"; Flags: ignoreversion recursesubdirs createallsubdirs
Source: "C:\YourProjectPath\bin\Release\x86\*"; DestDir: "{app}\x86"; Flags: ignoreversion recursesubdirs createallsubdirs

更改项目的路径“YourProjectPath”。

我想到了一个解决办法。

在我的例子中，我使用的是Microsoft Visual Studio安装程序项目。 安装项目看不到来自主要输出的x64和x86文件夹和内容。

解决方案:

将x64和x86文件夹都添加到安装程序中的应用程序文件夹中。 添加两个文件夹的内容。

这将允许安装程序复制SQLite工作所需的DLL文件。

我知道我来晚了，但在我今天下载了最新的x86/x64(版本1.0.88.0)后，我就遇到了这个问题。我在VS2012中的本地IIS默认运行32位，没有简单的方法切换到x64。我的生产服务器运行64位。

无论如何，我安装了NuGet包到一个DLL项目，我得到了这个错误。为了让它工作，我必须把它安装到主站点项目中。即使它根本不涉及SQLite类。

我的猜测是SQLite使用入口程序集来检测要加载哪个版本的Interop。

简而言之

为了让它也能与NCrunch一起工作，我必须在NCrunch配置中添加与NuGet包一起提供的Interop.dll版本作为附加文件。

我的情况

我有一个c#解决方案，其中一个项目直接依赖于SQLite(一个帮助库)和一个使用这个帮助库的单元测试项目。我已经安装了System.Data.SQLite.Core版本1.0.97.0作为NuGet包。

在我的案例中，Marin提供的解决方案使它可以在Visual Studio和CI中工作。然而，这仍然会在NCrunch中提供错误。

在NCrunch配置中，我在单元测试项目设置下的“附加文件”中添加了以下路径:

..\packages\System.Data.SQLite.Core.1.0.97.0\build\net45\**.dll