定期我得到以下异常:
无法加载DLL 'SQLite.Interop.dll':无法找到指定的模块。(异常来自HRESULT: 0x8007007E)
我使用的是1.0.82.0。在VS2010, Win7 64操作系统下使用nuget安装。
一旦异常开始出现，它就会不断出现——在调试和发布中，在VS内部或外部运行应用程序。
阻止它的唯一方法就是退出并重新登录。不抛出异常并加载dll。 它可以工作几天，但之后又会坏掉。
有人见过这样的情况吗，有解决方案吗?
当前回答
扩展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文件。
这对我来说很有效，使我的项目保持干净。
其他回答
对于任何关注这个问题的人来说:
如果您使用nuget包，它会安装一个构建规则，为您执行复制。(参见System.Data.SQLite.Core.1.0.94.0\build -或任何你安装的Core版本)。
nuget安装程序会自动将规则添加到项目文件中。
但是，这仍然不能解决测试用例问题。deploymenttem (https://stackoverflow.com/a/24411049/89584)方法似乎是惟一可行的方法。
我自己也遇到过这个问题，但事实证明是另一个原因:
System.DllNotFoundException was caught
Unable to load DLL 'SQLite.Interop.dll': Access is denied.
在这种情况下，代码是从IIS托管的web服务(为x86版本配置)中(间接地)调用的。我最终在IIS的应用程序池中找到了它:最初我使用的是“ASP。NET V4.0集成”(这导致了这个错误)，但当我把它改成“DefaultAppPool”时，问题就消失了。
(唷!)
扩展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文件。
这对我来说很有效，使我的项目保持干净。
在构建之前，尝试将平台目标设置为x86或x64(而不是任何CPU): 项目->属性->在Visual Studio中构建->平台目标。
我已经开始使用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
这样做的好处是，您不必编写任何构建前或构建后事件，最终产品完全封装在一个较大的文件中。
