如果一個.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了：

　　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根據系統型別呼叫。為了確認，下載如下兩個包來進行比較：

sqlite-netFx40-binary-Win32-2010-1.0.90.0.zip

sqlite-netFx40-binary-x64-2010-1.0.90.0.zip

　　結果發現只有SQLite.Interop.*不同，其它檔案都完全相同

　　然後將兩個包的SQLite.Interop.*分別放在x86和x64子目錄下，合併成一個包。再在不同型別的系統下執行test.exe，結果都是完全通過

　　最後需要做的就是在Visual Studio專案中引用System.Data.SQLite.dll，再將x86\SQLite.Interop.dll和x64\SQLite.Interop.dll拷貝到專案根目錄，包含在專案中，在屬性中設定“如果較新則複製”或“始終複製”。生成結果就像這樣：

TestSQLite\bin\Debug

│  System.Data.SQLite.dll

│  TestSQLite.exe

├─x64

│      SQLite.Interop.dll

└─x86

       SQLite.Interop.dll