SQLite的.NET应用自适应32位/64位系统 z

浏览数：24 / 时间：2015年06月12日

如果一个.NET应用要自适应32位/64位系统，只需要在项目的“目标平台”设置为“Any CPU”。但是如果应用中使用了SQLite，情况就不同了。

　　SQLite的.NET开发包来自是System.Data.SQLite，完成兼容ADO.NET接口，也提供了Linq和Entity Framework 6实现。但这不重要，重要的是System.Data.SQLite是由两部分代码组成的，一部分是非托管的C++代码实现，一部分是托管代码与.NET 框架接口。由于非托管代码不能构建成“Any CPU”的，所以System.Data.SQLite的下载页面的每个包都是按32位或64位系统进行了区分的。

　　说到这里，顺便说一下，看着System.Data.SQLite的下载页面就头晕。虽然在下载页面一开始就花了大量的篇幅来说明如何选择下载，但是估计没几个人会把它看完，所以这里还是简单介绍一下。

　　1) 首先是按类型分为安装包、非静态连接的二进制包和静态连接的二进制包。安装包会安装相关的动态库到系统内，并注册到GAC（Global Assembly Cache）；两种二进制包的区别在于非托管部分的连接方式不同，非静态连接的二进制包在使用时需要VC运行时库的支持。需要注意的是：如果需要在 Visual Studio中连接SQLite数据库，就必须选择合适的安装包进行安装。

　　比如，要在Visual Studio 2010中连接SQLite，应该下载“sqlite-netFx40-setup-bundle-x86-2010-1.0.90.0.exe”，这在下载包的说明中有明确黑体字说明。

[下载包的说明中有明确的黑体字说明]

　　安装之后就可以在Visual Studio 2010中连接SQLite了：

[在Visual Studio中连接SQLite]

　　2) 每个类型都按.NET版本分成了若干小组，目前从.NET 2.0 SP2到.NET 4.5.1，一共支持5个版本的.NET Framework。每个.NET版本又分为32位和64位两组。选用32位还是64位是根据使用系统来决定的。比如开发的时候是64位系统而发布后运行在32位系统上，就需要在开发时使用64位System.Data.SQLite.dll，而在发布时用32位的 System.Data.SQLite.dll替换（看起来很麻烦的样子~~请看后面的解决办法~~）。

　　3) 在每个.NET版本分组中都有2个文件包，一个带有“bundle”字样，另一个没有。其中带有“bundle”字样的表示动态库是按混合模式编译的，在使用的时候只需要System.Data.SQLite.dll就可以了，而不带“bundle”的则是将非托管部分和托管部分分别编译，System.Data.SQLite.dll不能独立使用，还需要有SQLite.Interop.dll才能使用。

　　言归正传，如果要使用“Any CPU”的System.Data.SQLite.dll，就必须使用不带“bundle”字样，即非混合编译的二进制包。

　　非混合编译的二进制包有System.Data.SQLite.dll和SQLite.Interop.dll两个动态库。按官方说明，SQLite.Interop.dll是可以放与System.Data.SQLite.dll相同的目录下，也可以放在x86或x64子目录下，由 System.Data.SQLite.dll根据系统类型调用。为了确认，下载如下两个包来进行比较：