因为这个问题的复杂性，我想在这里发表。我的解决方案是回滚到。net 4.0。我已经测试了3天了，还不能让System.Data.SQLite.Core.1.0.98.0与. net 4.5或. net 4.5.1一起工作。

测试在3台计算机、2台服务器和一台开发PC上进行。我还没能找到问题的根源。我已经尝试编辑.vsproj文件。我已经将SQLite.interop.dll添加到所有文件夹中。我已经将包应用到所有GAC文件夹，并单独删除和重新应用。最终删除。

我有System.Data.SQLite.Core.1.0.98.0与。net 4.0一起工作。我打算继续尝试迁移，但我想我会先开始一个新项目，看看我是否能让它以那种方式工作。它最初是一个。net 3.5 web应用程序，在我的旅行中，我发现大量的信息仍然引用了这个框架。

还添加了dll到测试项目(通过Nuget管理器)，它修复了它。

在构建之前，尝试将平台目标设置为x86或x64(而不是任何CPU): 项目->属性->在Visual Studio中构建->平台目标。

我在一个WebAPI/MVC5 web项目和一个特性测试项目的解决方案中遇到了这个问题，这两个项目都来自同一个数据访问(或“核心”)项目。像这里的许多人一样，我使用的是通过NuGet在Visual Studio 2013中下载的副本。

What I did, was in Visual Studio added a x86 and x64 solution folder to the Feature Test and Web Projects. I then did a Right Click | Add Existing Item..., and added the appropriate SQLite.interop.dll library from ..\SolutionFolder\packages\System.Data.SQLite.Core.1.0.94.0\build\net451\[appropriate architecture] for each of those folders. I then did a Right Click | Properties, and set Copy to Output Directory to Always Copy. The next time I needed to run my feature tests, the tests ran successfully.

我在多个项目的解决方案中遇到了类似的问题。SQLite.Interop.dll对于使用ClickOnce随软件发布的一个插件是必要的。

在visual studio中调试一切正常，但是部署的版本缺少包含DLL的文件夹x86/和x64/。

使用ClickOnce让它在部署后工作的解决方案是在解决方案的启动项目(也是正在发布的项目)中创建这两个子文件夹，将dll复制到其中，并将它们设置为Content copy Always。

通过这种方式，ClickOnce发布工具自动将这些文件和文件夹包含在清单中，并使用它们部署软件

我的应用程序是一个web应用程序(ASP。NET MVC)，我不得不改变应用程序池下运行的LocalSystem而不是ApplicationPoolIdentity。这样做:

打开IIS管理器 找到站点正在运行的应用程序池。 从操作中单击高级设置 将Identity更改为LocalSystem

我不知道为什么这会解决这个问题。