定期我得到以下异常:
无法加载DLL 'SQLite.Interop.dll':无法找到指定的模块。(异常来自HRESULT: 0x8007007E)
我使用的是1.0.82.0。在VS2010, Win7 64操作系统下使用nuget安装。
一旦异常开始出现，它就会不断出现——在调试和发布中，在VS内部或外部运行应用程序。
阻止它的唯一方法就是退出并重新登录。不抛出异常并加载dll。 它可以工作几天，但之后又会坏掉。
有人见过这样的情况吗，有解决方案吗?
当前回答
我的应用程序是一个web应用程序(ASP。NET MVC)，我不得不改变应用程序池下运行的LocalSystem而不是ApplicationPoolIdentity。这样做:
打开IIS管理器 找到站点正在运行的应用程序池。 从操作中单击高级设置 将Identity更改为LocalSystem
我不知道为什么这会解决这个问题。
其他回答
大会上会有竞争吗?检查DLL上是否有其他具有文件锁的应用程序。
如果是这个原因，使用Sysinternal的Process Explorer之类的工具来发现有问题的程序应该很容易。
HTH, 粘土
更新NuGet从工具->扩展和更新和重新安装SQLite。使用命令PM> Update-Package -重装System.Data.SQLite.Core为我修复了它。
升级到Visual Studio 2019版。16.10导致了我的问题，其中msbuild报告了以下System.Data.SQLite.Core-package:
CopySQLiteInteropFiles:
Skipping target "CopySQLiteInteropFiles" because it has no outputs.
https://github.com/dotnet/msbuild/issues/6493
微软表示，该漏洞已被修复。16.10.4. 现在只需要等待AppVeyor更新他们的Visual Studio图像(在此之前，可以使用以前的Visual Studio 2019)。
现在，AppVeyor正在为当前和以前的Visual Studio 2019-image使用破碎的dotnet-build-engine。现在一个必须显式安装dotnet sdk ver。5.0.302:
Invoke-WebRequest -Uri 'https://dot.net/v1/dotnet-install.ps1' -UseBasicParsing -OutFile "$env:temp/dotnet-install.ps1"; & $env:temp\dotnet-install.ps1 -Architecture x64 -Version 5.0.302 -InstallDir "$env:ProgramFiles\dotnet"
扩展Kugel的回答，这对我来说是有效的(VS2015 Enterprise)，利用dll中的SQLite，可以在构建和测试后从主项目中删除Nuget包:
1.安装Nuget包到主项目。
Install-Package System.Data.SQLite
2.构建应用程序并测试Sqlite连接是否正常工作:
select * from sqlite_master
3.从主版本卸载Nuget包。
UnInstall-Package System.Data.SQLite
4.手动删除SQLite和EntityFramework的dll引用:
System.Data.SQLite
System.Data.SQLite.EF6
System.Data.SQLite.Linq
从主项目的“包”中删除Xml引用。配置”XML文件。
这对我来说很有效，使我的项目保持干净。
超过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')" />
