關於Qt的三種協議以及是否收費，有以下引文：
引文一：
最近一直在學習 Qt。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，最終重新鏈接。一個新的可執行程序誕生啦！
引文二：
Qt 4.5中提供了三種授權協議，分別是GPL, LGPL和Commercial，可能很多人要問，為什么同樣的一個產品要提供三種授權協議，什么情況下使用什么的樣的授權協議最合適？在這里我就大致解釋一下：
GPL全稱是The GNU General Public License，是目前大多數的GNU程序和超過半數的自由軟件使用的許可協議。GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免 費使用，但不允許修改后和衍生的代碼做為閉源的商業軟件發布和銷售。
GPL協議的主要內容是只要在一個軟件中使用(”使用”指類庫引用，修改后的代碼或者衍生代碼)GPL 協議的產品，則該軟件產品必須也采用GPL協議，既必須也是開源和免費。這就是所謂的”傳染性”。GPL協議的產品作為一個單獨的產品使用沒有任何問題， 還可以享受免費的優勢。
回到LGPL，LGPL的全稱是 GNU Lesser General Public License，GNU 較寬松公共許可證，也是由協議是由自由軟體基金會發布的許可證，是一個主要為類庫使用設計的開源協議，和GPL要求任何使用/修改/衍生之GPL類庫的的 軟件必須采用GPL協議不同。LGPL允許商業軟件通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟件的代碼。這使得采用LGPL協議的 開源代碼可以被商業軟件作為類庫引用並發布和銷售。
除了GPL和LGPL兩種開源協議之外，Qt還提供了Commercial商業協議，Qt的商業協議是由Nokia定義的，由Nokia和購買方簽 訂的，具有法律效應的Qt產品授權協議。 Commercial License相教與GPL和LGPL，對於商業客戶提供了更多的靈活性，客戶可以任意的修改Qt的源代碼，開發商業軟件，而不需要公開任何源代碼。並 且，在Commercial License中，我們還提供了技術支持服務。當然，商業授權協議是需要費用的。
到底什么時候需要選擇GPL和LGPL呢？一個最顯而易見的理由就是他們都是免費的，使用LGPL和GPL版本的Qt是不需要支付任何費用的，當然 我們也相應的不會提供技術支持。如果你打算開發真正的開源軟件，並希望使用者也可以保持開源，那么GPL是更好的選擇，因為所有人，不論你自己還是將來基 於你的代碼進行再次開發都必須開源。如果你打算開發閉源（不開放源代碼）的商業軟件，那么LGPL則更適合，但必須滿足下面兩個條件：
1. 你的應用程序應該動態鏈接Qt函數庫，並使你的應用程序與未做修改的LGPL庫分開發布。同時必須確保使用者（接受者）知道應用程序使用了LGPL版本的Qt；
2. 如果你對LGPL版本的Qt進行了任何修改，並發布，則必須遵循LGPL 條款發布。任何使用者有權利得到這些修改（通常情況下是源代碼），並且確保使用者可以通過這些修改自己生成相應你修改過的Qt版本。
相信到這里大家已經對Qt提供的這三種協議有了基本的了解，通常大家還會有一個疑問，就是基於這三種授權協議的Qt產品到底由多少功能上的區別，是 不是商業版本的會更完整，性能更好一些？這里我可以負責任的說：99%的代碼都是一樣的，無論是GPL, LGPL還是Commercial，功能，性能都沒有區別，唯一的區別就在於授權協議的不同。
還有一點需要說明的就是，由於LGPL是在Qt4.5這個版本里面才引入的，所以之前的Qt版本，4.4或者3.x的版本，並不提供LGPL協議，是不可逆的。同時未來發布的Qt版本，就一直會提供三種不同的授權協議版本。