讓Sqlite脫離VC++ Runtime獨立運行的方法

更新時間：2014年07月17日 11:31:28 投稿：mdxy-dxy

這篇文章主要介紹了讓Sqlite脫離VC++ Runtime獨立運行的方法,需要的朋友可以參考下

目前手頭上的一個.NET項目用到了Sqlite，這是我第一次接觸和使用Sqlite，總體感覺還是非常不錯的。這里把我使用Sqlite的經(jīng)驗跟大家分享一下。

一.關(guān)于Sqlite　　

　　Sqlite是一款開源的、適合在客戶端和嵌入式設(shè)備中使用的輕量級數(shù)據(jù)庫，支持標準的SQL。

　　不像SqlServer或Oracle的引擎是一個獨立的進程、通過TCP或命名管道等與程序進行通信，SQLite卻是作為程序的一個部件、一個構(gòu)成部分，使用Sqlite的方式就是直接在程序中進行API調(diào)用。

　　原始的Sqlite是沒有一個向SqlServer企業(yè)管理器的可視化操作程序的，但是有個第三方開發(fā)的應(yīng)用SqliteStudio非常不錯，基本的建庫、建表、編輯數(shù)據(jù)、導(dǎo)出數(shù)據(jù)等功能都支持得很好。SqliteStudio運行截圖如下所示：

Sqlite資源鏈接：

（1）Sqlite官網(wǎng)：可以從官網(wǎng)下載源碼、或下載已經(jīng)編譯好的二進制版本。支持的系統(tǒng)包括：Linux、MacOS、Windows、.NET。

（2）SqliteStudio：好用的Sqlite可視化管理器。

二.在.NET中使用Sqlite

　　從官網(wǎng)下載.NET版本的Sqlite，其主要包括兩個dll：SQLite.Interop.dll、System.Data.SQLite.dll。

（1）System.Data.SQLite.dll是一個標準的托管dll，我們可以直接在.NET項目中引用并使用它，就像使用.NET自帶的System.Data命名空間中的各個對象一樣。

（2）SQLite.Interop.dll是一個非托管的dll，是Sqlite引擎核心，我們需要將其拷貝到運行目錄下，在運行時，它會被System.Data.SQLite.dll調(diào)用。

三.讓Sqlite脫離VC++運行時

　　我們在項目開發(fā)完畢后測試的過程中發(fā)現(xiàn)，使用了Sqlite的客戶端程序在某些機器上運行時會報錯，如下所示：

　　無法加載 DLL"SQLite.Interop.DLL";由于應(yīng)用程序配置不正確，應(yīng)用程序未能啟動。重新安裝應(yīng)用程序可能會糾正這個問題。（異常來自 HRESULT:0x800736B1）

　　經(jīng)過一番折騰，才發(fā)現(xiàn)是這些機器上沒有安裝VC++運行時（Visual C++ 2005 SP1 runtime），而SQLite.Interop.dll的運行是需要VC++運行時支持的。這點太不友好了。我們的項目是基于.NET 2.0開發(fā)的，windows xp sp1 及以上版本都自帶了這個Framework，而這些機器不一定安裝了VC++運行時。所以我第一反應(yīng)就是，嘗試讓Sqlite在沒有安裝VC++運行時的機器上也能正常運行。

1.方案一

　　我baidu了一下，有個似乎可行的方案是這樣的：將msvcm80.dll、msvcp80.dll、msvcr80.dll這幾個動態(tài)庫也放到運行目錄下。這個方案我不太喜歡，于是我嘗試自己動手解決問題。

2.方案二

　　憑借我還未完全忘記的一點VC++基礎(chǔ)，我知道VC++程序在編譯時可以選擇是動態(tài)鏈接到依賴的庫還是靜態(tài)鏈接，如果是靜態(tài)連接，編譯生成的二進制程序中就相當于包含了一份依賴庫的拷貝。所以，我的想法是，重新編譯 SQLite.Interop.dll，使其靜態(tài)鏈接到VC++運行庫。我下載了Sqlite的源碼，用VS2010打開，截圖如下：