我定期遇到以下异常：
无法加载 DLL 'SQLite.Interop.dll'：找不到指定的模块。 (HRESULT 的异常来自：0x8007007E)
我正在使用 1.0.82.0 版本，通过 nuget 在 VS2010 中安装它，在操作系统 Win7 64 上运行。
一旦异常开始出现，它就会在调试和发布以及在 VS 内部或外部运行应用程序时不断出现。
唯一停止它的方法是注销并重新登录。异常不会被抛出且 DLL 已加载。 它可以工作几天，但然后可能再次中断。
是否有人看过这样的情况并且有解决办法？
我知道我来晚了，但是在我拉下最新的x86/x64版本（版本1.0.88.0）后就遇到了这个问题。我的本地IIS在VS2012中默认运行32位，没有简单的方法切换到x64。我的生产服务器运行64位。
无论如何，我将NuGet包安装到DLL项目中，然后我得到了这个错误。我必须也将其安装到主站点项目中才能让它工作。即使它根本不涉及SQLite类。
我猜测SQLite使用入口程序集来检测加载哪个版本的Interop。
我遇到了一个问题，因为我使用的dll依赖于Sqlite（通过NuGet配置只有Sqlite核心包）。该项目编译并复制所有Sqlite dll，除了“SQLite.Interop.dll”（x86和x64文件夹都没有）。
解决方案非常简单：只需向您正在构建/运行的项目添加System.Data.SQLite.Core包作为依赖项（使用NuGet），dll将被复制。
<PropertyGroup>
<ContentSQLiteInteropFiles>true</ContentSQLiteInteropFiles>
<CopySQLiteInteropFiles>false</CopySQLiteInteropFiles>
<CleanSQLiteInteropFiles>false</CleanSQLiteInteropFiles>
<CollectSQLiteInteropFiles>false</CollectSQLiteInteropFiles>
</PropertyGroup>
如果您查看NuGet for SQLite的源代码，您可以看到它们具体是在做什么。这使我得以让ASP.Net Core成功部署。
Any CPU的WPF项目中使用SQLite时遇到了同样的问题。我通过以下步骤解决了这个问题：
prefer 32-bit选项。或者，你可以将平台目标设置为x86或x64。我认为这个问题是由于System.Data.SQLite库使用平台目标来获取“SQLite.Interop.dll”文件的位置所导致的。
更新：
如果无法访问项目设计器，则只需从文本编辑器中打开项目（*.csproj）文件，并将值<Prefer32Bit>false</Prefer32Bit>添加到<PropertyGroup>...</PropertyGroup>标记中。
示例代码
<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
<ProjectGuid>[Set by Visual Studio]</ProjectGuid>
<OutputType>Exe</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
<RootNamespace>[Set by Visual Studio]</RootNamespace>
<AssemblyName>[Set by Visual Studio]</AssemblyName>
<TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
<FileAlignment>[Set by Visual Studio]</FileAlignment>
<!--Add the line below to your project file. Leave everything else untouched-->
<Prefer32Bit>false</Prefer32Bit>
</PropertyGroup>
.csproj文件已经将其设置为false，但仍然存在错误。 - vapcguy这是我在我的项目中修复它的方法。
它一直能够工作，但当同事提交了他的更改后，我收到了“无法加载DLL 'SQLite.Interop.dll'”异常。
将项目的.csproj文件进行对比，发现这个错误存在于非工作版本中：
<ItemGroup>
<Content Include="x64\SQLite.Interop.dll" />
<Content Include="x86\SQLite.Interop.dll" />
</ItemGroup>
这是可工作版本的内容：
<ItemGroup>
<Content Include="x64\SQLite.Interop.dll">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Content>
<Content Include="x86\SQLite.Interop.dll">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Content>
</ItemGroup>
回退后，我没有收到异常。DLL文件被转储到适当的Debug\x64（等等）文件夹中。
当你遇到这种情况时，请尝试执行Rebuild-All操作。如果这可以解决问题，那么你可能也遇到了我曾经遇到的同样问题。
一些背景信息（我的理解）:
SQLite有一个托管程序集（System.Data.SQLite.dll）和几个特定平台的程序集（SQLite.Interop.dll）。当通过Nuget安装SQLite时，Nuget会将特定平台的程序集添加到您的项目中（在几个文件夹中：\x86，\x64），并将这些dll配置为“始终复制”。
在加载时，托管程序集将搜索\x86和\x64文件夹内的特定平台程序集。您可以在此处查看更多信息here。异常是该托管程序集尝试在这些文件夹中查找相关（SQLite.Interop.dll）（并失败）。
我的场景:
我有2个项目在我的解决方案中; 一个WPF应用程序和一个类库。WPF应用程序引用类库，类库引用通过Nuget安装的SQLite。
对我而言，问题在于当我仅修改WPF应用程序时，VS尝试执行部分重建（意识到依赖的dll未更改）。在这个过程中，VS会清理\x86和\x64文件夹的内容（删除SQLite.Interop.dll）。当我执行完整的Rebuild-All操作时，VS会正确地复制文件夹及其内容。
我的解决方案:
为了解决这个问题，我最终添加了一个Post-Build进程，使用xcopy强制将类库中的\x86和\x64文件夹复制到我的WPF项目\bin目录中。
或者，您可以使用构建配置/输出目录进行更高级的操作。
我在运行Visual Studio Express 2013时遇到了相同的问题。我尝试了这里和其他地方提到的几种解决方法，但都没有成功。我希望这个解决方法对其他人有所帮助。
我通过在测试SQLite服务的测试类上使用DeploymentItem属性来修复它。
例如：
[TestClass]
[DeploymentItem(@"x86\SQLite.Interop.dll", "x86")] // this is the key
public class LocalStoreServiceTests
{
[TestMethod]
public void SomeTestThatWasFailing_DueToThisVeryIssue()
{
// ... test code here
}
}
这会导致所需的 SQLite.Interop.dll 被复制到相应的“TestResults”文件夹内的 x86 目录中。
一切都是绿色的。一切都很好。
通过从 工具 -> 扩展和更新 更新NuGet，然后使用命令 PM> Update-Package -reinstall System.Data.SQLite.Core 重新安装SQLite.Core解决了我的问题。
即以以下内容开头的项目文件：<Project ToolsVersion="3.5" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
在您的“主”/根项目的csproj文件中添加以下内容
<PropertyGroup>
<ContentSQLiteInteropFiles>true</ContentSQLiteInteropFiles>
<CopySQLiteInteropFiles>false</CopySQLiteInteropFiles>
<CleanSQLiteInteropFiles>false</CleanSQLiteInteropFiles>
<CollectSQLiteInteropFiles>false</CollectSQLiteInteropFiles>
</PropertyGroup>
即以<Project Sdk="Microsoft.NET.Sdk.*">开头的项目
在依赖链中每个ProjectReference/PackageImport中添加PrivateAssets="none"，直到System.Data.Sqlite PackageImport为止
例如：
<PackageReference Include="System.Data.SQLite.Core" Version="1.0.110" PrivateAssets="none"/>
我在多个项目的解决方案中遇到了类似的问题。SQLite.Interop.dll是软件中使用ClickOnce分发的一个插件所必需的。
在Visual Studio中进行调试时一切正常，但是部署版本缺少包含该DLL文件的x86/和x64/文件夹。
解决方法是，在解决方案的启动项目（也是要发布的项目）中创建这两个子文件夹，将DLL文件复制到其中，并将它们设置为“始终复制内容”（Content Copy Always）。
这样，ClickOnce发布工具就会自动将这些文件和文件夹包含在清单中，并将软件与其一起部署。