Qt 的兩個許可證區別分析：LGPL 和商業協議

Qt 的兩個許可證區別分析：LGPL 和商業協議

 

      Qt 有兩個許可證：LGPL 和商業協議。這兩個協議在現在的 Qt 版本中的代碼是完全一致的（潛在含義是，Qt 的早期版本，商業版的 Qt 通常包含有一些開源版本所沒有的庫，比如 QtSingleApplication 這個庫）。所以現在對於普通開發人員和部分商業公司來說，使用 LGPL 版本的 Qt 可以節省很大的開銷。這兩個版本最大的區別在於，前者是免費的，后者是收費的。既然代碼都是一致的，所以費用就要是用來購買 Qt 的售后服務和培訓等等相關服務。

　　現在我們是來說一下版權的問題。LGPL 是一個開源協議，因此，有人會擔心 LGPL 能否用於開發閉源程序，能夠拿來賣錢。盡管現在國內有些公司不是很重視這方面的問題，不過，如果你違反了協議，某一天被別人發來一紙律師函的時候，真的是欲哭無淚了哦。所以，我們還是先來研究一下這個協議，LGPL 究竟能不能用於開發閉源程序。

　　以下內容是我查找了 N 多網站總結出來的，因為豆子不是律師，所以 LGPL 協議基本看不懂。究竟怎樣去理解這個協議，還是希望能夠有專業人士說出來。這里就算做是一種拋磚引玉吧！盡管沒有十分的確定，但是這里所說的理解基本也是八九不離十的了。

　　至於什么是 LGPL 協議，這里就不再多說了，我們關心的是，如果使用 LGPL 協議開發商業程序。請注意，這里所說的閉源程序，是指不以某種形式開放源代碼，也就是說，用戶（包括其他開發者）不能獲取其源代碼的程序。首先說明一點，LGPL協議是一個商業友好的協議。這里的含義是，你可以用 LGPL協議開發商業程序，當然也可以是非商業的閉源程序。但是，它是有一些限制的。這就是我們要討論的重點。

　　既然我們已經對其定性，那么我們直接進入主題：使用 LGPL 協議開發閉源程序，如果你使用動態鏈接的形式，那么，你可以以任何形式發布你的應用程序，商業的、非商業的、開源的、非開源的，隨你。

　　如果你因某種原因必須靜態鏈接一個基於 LGPL 協議發布的庫（一下我們簡稱為 LGPL 庫），那么，你有義務進行下面的工作： 
　　1. 你必須在你的文檔中說明，你的程序中使用了 LGPL 庫，並且說明這個庫是基於 LGPL 發布的； 
　　2. 你必須在你的應用程序發布中包含一份 LGPL協議，通常就是那個文本文件； 
　　3. 你必須開放使用了 LGPL 庫代碼的所有代碼，例如某些封裝器。但是，其他使用這些封裝器的代碼就不需要開放了； 
　　4. 你必須包含你的應用程序的余下部分的目標文件（通常就是我們所說的 .o 等等），或者是其他等價的文件。源代碼並不是必須的。 

　　是不是很難理解呢？我們詳細的說一下。 
　　第一條很容易理解； 
　　第二條也很容易理解，你可以在這里找到 LGPL 協議的內容，復制下來隨你的程序一起發布就可以了。 
　　第三條就不那么好理解了。簡單來說，LGPL協議要求，如果你的類使用了LGPL庫的代碼，那么必須把這個類開源。例如，如果你的程序 app.exe 每個源文件都使用了 LGPL 庫的代碼，那么你的所有源代碼都要開源。為了避免這種情況，我們通常編寫一個封裝器，把 LGPL庫的代碼封裝起來，這樣就只需要開放這個封裝器的代碼，而其他使用了這個封裝器的代碼就不需要開放。 
　　第四條是對第三條的一種補充：那些使用了封裝器的程序不需要開源，但是你必須把你編譯的那些中間文件開放出來，Windows 下就是那些 .o 文件。

　　你很奇怪，為什么 LGPL協議要這樣規定呢？LGPL 所做的工作是，它保證了用戶能夠有這樣一種能力：修改你使用 LGPL 庫函數的方式（那些封裝器就是你使用 LGPL庫的方式，那些已經開源了），重新編譯這些代碼，然后重新對程序進行連接（連接所需要的目標文件也是包含了的，這是第四條規定的），就可以得到一個新的可執行程序。

　　好了，如果你還不明白如何使用，我們來看一個例子。

　　假設我們使用一個名為 Lib 的庫，這個庫是基於 LGPL協議發布的。如果你使用 Lib.dll 做動態鏈接（Windows 下），好，一切 OK。無論你的程序怎么樣，你都可以做你所做的事情。

　　我們主要是來看，如果你要使用靜態鏈接，那么你需要如何組織你的代碼。如果你有一個 main.cpp（我們假設所有 Lib 庫的函數都是用了 lib_ 前綴）：

// main.cpp 
int main() { 
    lib_init(); 
    lib_do_something(); 
    lib_done(); 
    lib_close(); 

    return 0; 
} 

 

 

　　現在你已經完成了 main.cpp，但是你必須把它開源！因為它使用了 LGPL 庫的代碼。這是上面第三條規定的。我不想把它開源，怎么辦呢？好，我們建一個新的文件 lib_wrapper.cpp:

void my_lib_init() 
{ 
    lib_init(); 
} 

void my_lib_do_something() 
{ 
    lib_do_something(); 
} 

void my_lib_done() 
{ 
    lib_done(); 
} 

void my_lib_close() 
{ 
    lib_close(); 
}

 

　　在 main.cpp 中，我們做相應的修改:

int main() { 
    my_lib_init(); 
    my_lib_do_something(); 
    my_lib_done(); 
    my_lib_close(); 

    return 0; 
}

 

　　現在，main.cpp 不再是直接使用了 LGPL 庫的代碼了，因此它不需要開源，而我們的封裝器 lib_wrapper.cpp 必須開源。

　　好，編譯一下我們的程序，你會得到 main.o（Windows 下）這個目標文件。

　　在最終程序的發布中，你需要包含一下文件：

1. 一份文檔，其中聲明：這個程序使用了 Lib庫，這個庫是基於 LGPL 協議發布的;
2. LGPL.txt;
3. lib_wrapper.cpp

4. main.o

   這樣，用戶可以通過修改 lib_wrapper.cpp 的內容改變你使用 LGPL 庫的方式，例如：

void my_lib_done() 
{ 
    lib_done(); 
    lib_close(); 
} 

void my_lib_close() 
{ 
    // lib_close(); 
} 

 

　　然后編譯這個 lib_wrapper.cpp，最終重新鏈接。一個新的可執行程序誕生啦！

　　好了，這就是在使用 LGPL庫開發閉源程序所需要遵守的東西了。還是建議大家能夠遵守協議，尊重作者的勞動成果哦~

　　附件中是 LGPL協議的文本文件。

 

參考： https://blog.csdn.net/heli200482128/article/details/79305245