QT的幾種許可總結（GPL、LGPL、Commerical）

        Qt 有三個許可證：GPL、LGPL 和 Commercial（商業協定）。

        這幾個協定在現在的 Qt 版本中的代碼是完全一緻的（Qt 的早期版本，商業版的 Qt 通常包含有一些開源版本所沒有的庫，比如 QtSingleApplication 這個庫）。

Commerical License

        Commercial License相較于GPL和LGPL，對于商業客戶提供了更多的靈活性，客戶可以任意的修改Qt的源代碼，開發商業軟體，而不需要公開任何源代碼。并且，在Commercial License中，還提供了技術支援服務。

        除了商業授權，目前 Qt 的開源授權有兩種，一種是 GPL 授權，另一種是 LGPL 授權（諾基亞收購後新增）。

GPL

        簡單來說，使用 GPL 版本的軟體一定還是 GPL 的開源軟體，無論是使用了 Qt 的程式代碼還是修改了 Qt 庫代碼，都必須按照 GPL 來釋出，這是 GPL 的傳染性。

        如果你打算開發真正的開源軟體，并希望使用者也可以保持開源，那麼GPL是更好的選擇，因為所有人，不論你自己還是将來基于你的代碼進行再次開發都必須開源。

        GPL 是什麼都要開源，這對商業軟體應用是不利的，是以諾基亞增加了 LGPL 授權 （第一個 L 可以叫 Lesser 寬松版或 Library 開發庫版）。使用 LGPL 授權就可以利用 Qt 官方動态連結庫，而不必開放商業代碼。隻要不修改和定制 Qt 庫，僅使用 Qt 官方釋出的動态連結庫就可以不開源，這是商業友好的授權模式。

LGPL

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

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

        我們關心的是，如何使用 LGPL 協定開發商業程式。請注意，這裡所說的閉源程式，是指不以某種形式開放源代碼，也就是說，使用者（包括其他開發者）不能擷取其源代碼的程式。

        首先說明一點，LGPL協定是一個商業友好的協定。這裡的含義是，你可以用 LGPL協定開發商業程式，當然也可以是非商業的閉源程式。但是，它是有一些限制的。這就是我們要讨論的重點。

既然我們已經對其定性，那麼我們直接進入主題：

一、使用 LGPL 協定開發閉源程式，如果你使用動态連結的形式，那麼，你可以以任何形式釋出你的應用程式，商業的、非商業的、開源的、非開源的，随你。

二、如果你因某種原因必須靜态連結一個基于 LGPL 協定釋出的庫（以下我們簡稱為 LGPL 庫），那麼，你有義務進行下面的工作：

1> 你必須在你的文檔中說明，你的程式中使用了 LGPL 庫，并且說明這個庫是基于 LGPL 釋出的；

2> 你必須在你的應用程式釋出中包含一份 LGPL協定，通常就是那個文本檔案；

3> 你必須開放使用了 LGPL 庫代碼的所有代碼，例如某些封裝器。但是，其他使用這些封裝器的代碼就不需要開放了；

4> 你必須包含你的應用程式的餘下部分的目标檔案（通常就是我們所說的 .o 等等），或者是其他等價的檔案。源代碼并不是必須的。

首先，如果隻涉及到動态連結，按照第一條規則，基本不需要做任何事情，正常釋出商業應用。

如果涉及到基于LGPL協定釋出的靜态庫，按照第二條規則就比較難了解，我們需要詳細的說一下：

第1條很容易了解；

第2條也很容易了解，你可以在這裡找到 LGPL 協定的内容，複制下來随你的程式一起釋出就可以了。

第3條就不那麼好了解了。簡單來說，LGPL協定要求，如果你的類使用了LGPL庫的代碼，那麼必須把這個類開源。例如，如果你的程式 app.exe 每個源檔案都使用了 LGPL 庫的代碼，那麼你的所有源代碼都要開源。為了避免這種情況，我們通常編寫一個封裝器，把 LGPL庫的代碼封裝起來，這樣就隻需要開放這個封裝器的代碼，而其他使用了這個封裝器的代碼就不需要開放。

第4條是對第三條的一種補充：那些使用了封裝器的程式不需要開源，但是你必須把你編譯的那些中間檔案開放出來，Windows 下就是那些 .o 檔案。

你很奇怪，為什麼 LGPL協定要這樣規定呢？

LGPL 所做的工作是，它保證了使用者能夠有這樣一種能力：修改你使用 LGPL 庫函數的方式（那些封裝器就是你使用 LGPL庫的方式，那些已經開源了），重新編譯這些代碼，然後重新對程式進行連接配接（連接配接所需要的目标檔案也是包含了的，這是第4條規定的），就可以得到一個新的可執行程式。

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

假設我們使用一個名為 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 庫的代碼。

這是上面第3條規定的。我不想把它開源，怎麼辦呢？好，我們建一個新的檔案 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庫開發閉源程式所需要遵守的東西了。

還是建議大家能夠遵守協定，尊重作者的勞動成果哦~。

本文參考了下列文章的資料，在此表示感謝：

https://blog.csdn.net/aisq2008/article/details/72867134?spm=1001.2014.3001.5501

如果隻使用Qt的動态連結庫（大多數是這種方式）：

閉源商業軟體免費使用LGPL版的Qt必須滿足如下條件：

1、不修改Qt源代碼。

2、必須用動态連結的方式使用Qt庫。

3、在軟體版權聲明中說明使用了LGPL版本的Qt、說明具體使用了那些Qt庫，并確定軟體使用者了解。

4、在釋出的軟體中包含Qt原有版權聲明。

另：滿足以上條件後釋出的程式中可以附帶Qt動态庫（即打包在一個安裝包中）。

參考：https://my.oschina.net/eechen/blog/66337