这是我在我的项目中解决它的方法。

它正在工作，当一位同事提交他的更改时，我收到了“无法加载DLL 'SQLite.Interop.dll'”异常。

区别项目的.csproj文件，这是在NON-WORKING版本中:

<ItemGroup>
     <Content Include="x64\SQLite.Interop.dll" />
     <Content Include="x86\SQLite.Interop.dll" />
</ItemGroup>

下面是WORKING版本的内容:

<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 (etc)文件夹中。

对于任何关注这个问题的人来说:

如果您使用nuget包，它会安装一个构建规则，为您执行复制。(参见System.Data.SQLite.Core.1.0.94.0\build -或任何你安装的Core版本)。

nuget安装程序会自动将规则添加到项目文件中。

但是，这仍然不能解决测试用例问题。deploymenttem (https://stackoverflow.com/a/24411049/89584)方法似乎是惟一可行的方法。

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

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

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

复制SQLite.Interop.dll到项目目录。

src\
  project\
      bin\   <-- Past in bin
         x64\
           SQLite.Interop.dll <-- Copy this if 64
         x86\
           SQLite.Interop.dll <-- Copy this if 32

我已经开始使用Costura了。Fody可以打包(.net)程序集，并嵌入和预加载本地dll。这也有助于以后的分发，因为您可以发送一个文件。

Install Costura Fody from Nuget. In your C# project create a folder called costrua32. In there add any native dlls you which C# to load. Once you have added them to this folder. Click on the properties window and change build action to "Embedded Resource" Finally you need to amend the XML file called FodyWeavers.xml as follows. Here I am specifying load the sql dll first. (note you drop the .dll) Weavers Costura PreloadOrder SQLite.Interop tbb_debug tbb /PreloadOrder> /Costura /Weavers

这样做的好处是，您不必编写任何构建前或构建后事件，最终产品完全封装在一个较大的文件中。

如果您下载了正确的SQLite二进制文件，则根据项目构建选项将SQLite. interop .dll复制到您的发布或调试文件夹中。