[導(dǎo)讀]關(guān)注、星標(biāo)公眾號，直達精彩內(nèi)容整理：李肖遙Qt許可證Qt有兩個許可證：LGPL和商業(yè)協(xié)議。這兩個協(xié)議在現(xiàn)在的Qt版本中的代碼是完全一致的（潛在含義是，Qt的早期版本，商業(yè)版的Qt通常包含有一些開源版本所沒有的庫，比如QtSingleApplication這個庫）。所以現(xiàn)在對于普通...
關(guān)注、星標(biāo)公眾號，直達精彩內(nèi)容整理：李肖遙
Qt許可證
Qt 有兩個許可證：LGPL 和商業(yè)協(xié)議。這兩個協(xié)議在現(xiàn)在的 Qt 版本中的代碼是完全一致的（潛在含義是，Qt 的早期版本，商業(yè)版的 Qt 通常包含有一些開源版本所沒有的庫，比如 QtSingleApplication 這個庫）。所以現(xiàn)在對于普通開發(fā)人員和部分商業(yè)公司來說，使用 LGPL 版本的 Qt 可以節(jié)省很大的開銷。這兩個版本最大的區(qū)別在于，前者是免費的，后者是收費的。既然代碼都是一致的，所以費用就要是用來購買 Qt 的售后服務(wù)和培訓(xùn)等等相關(guān)服務(wù)。Qt版權(quán)問題
現(xiàn)在我們是來說一下版權(quán)的問題。LGPL 是一個開源協(xié)議，因此，有人會擔(dān)心 LGPL 能否用于開發(fā)閉源程序，能夠拿來賣錢。盡管現(xiàn)在國內(nèi)有些公司不是很重視這方面的問題，不過，如果你違反了協(xié)議，某一天被別人發(fā)來一紙律師函的時候，真的是欲哭無淚了哦。所以，我們還是先來研究一下這個協(xié)議，LGPL 究竟能不能用于開發(fā)閉源程序。以下內(nèi)容是我查找了 N 多網(wǎng)站總結(jié)出來的，但是畢竟不是律師，所以 LGPL 協(xié)議基本看不懂。究竟怎樣去理解這個協(xié)議，還是希望能夠有專業(yè)人士說出來。這里就算做是一種拋磚引玉吧！盡管沒有十分的確定，但是這里所說的理解基本也是八九不離十的了。至于什么是 LGPL 協(xié)議，這里就不再多說了，我們關(guān)心的是，如果使用 LGPL 協(xié)議開發(fā)商業(yè)程序。請注意，這里所說的閉源程序，是指不以某種形式開放源代碼，也就是說，用戶（包括其他開發(fā)者）不能獲取其源代碼的程序。首先說明一點，LGPL協(xié)議是一個商業(yè)友好的協(xié)議。這里的含義是，你可以用 LGPL協(xié)議開發(fā)商業(yè)程序，當(dāng)然也可以是非商業(yè)的閉源程序。但是，它是有一些限制的。這就是我們要討論的重點。怎么解決？
既然我們已經(jīng)對其定性，那么我們直接進入主題：使用 LGPL 協(xié)議開發(fā)閉源程序，如果你使用動態(tài)鏈接的形式，那么，你可以以任何形式發(fā)布你的應(yīng)用程序，商業(yè)的、非商業(yè)的、開源的、非開源的，隨你。如果你因某種原因必須靜態(tài)鏈接一個基于 LGPL 協(xié)議發(fā)布的庫（一下我們簡稱為 LGPL 庫），那么，你有義務(wù)進行下面的工作：- 你必須在你的文檔中說明，你的程序中使用了 LGPL 庫，并且說明這個庫是基于 LGPL 發(fā)布的；
- 你必須在你的應(yīng)用程序發(fā)布中包含一份 LGPL協(xié)議，通常就是那個文本文件；
- 你必須開放使用了 LGPL 庫代碼的所有代碼，例如某些封裝器。但是，其他使用這些封裝器的代碼就不需要開放了；
- 你必須包含你的應(yīng)用程序的余下部分的目標(biāo)文件（通常就是我們所說的 .o 等等），或者是其他等價的文件。源代碼并不是必須的。
是不是很難理解呢？我們詳細的說一下。第一條很容易理解；第二條也很容易理解，你可以在這里找到 LGPL 協(xié)議的內(nèi)容，復(fù)制下來隨你的程序一起發(fā)布就可以了。第三條就不那么好理解了。簡單來說，LGPL 協(xié)議要求，如果你的類使用了 LGPL 庫的代碼，那么必須把這個類開源。例如，如果你的程序 app.exe 每個源文件都使用了 LGPL 庫的代碼，那么你的所有源代碼都要開源。為了避免這種情況，我們通常編寫一個封裝器，把 LGPL 庫的代碼封裝起來，這樣就只需要開放這個封裝器的代碼，而其他使用了這個封裝器的代碼就不需要開放。第四條是對第三條的一種補充：那些使用了封裝器的程序不需要開源，但是你必須把你編譯的那些中間文件開放出來，Windows 下就是那些 .o 文件。你很奇怪，為什么 LGPL 協(xié)議要這樣規(guī)定呢？LGPL 所做的工作是，它保證了用戶能夠有這樣一種能力：修改你使用 LGPL 庫函數(shù)的方式（那些封裝器就是你使用 LGPL 庫的方式，那些已經(jīng)開源了），重新編譯這些代碼，然后重新對程序進行連接（連接所需要的目標(biāo)文件也是包含了的，這是第四條規(guī)定的），就可以得到一個新的可執(zhí)行程序。實例
好了，如果你還不明白如何使用，我們來看一個例子。假設(shè)我們使用一個名為 Lib 的庫，這個庫是基于 LGPL 協(xié)議發(fā)布的。如果你使用 Lib.dll 做動態(tài)鏈接（Windows 下），好，一切 OK。無論你的程序怎么樣，你都可以做你所做的事情。我們主要是來看，如果你要使用靜態(tài)鏈接，那么你需要如何組織你的代碼。如果你有一個 main.cpp（我們假設(shè)所有 Lib 庫的函數(shù)都是用了 lib_ 前綴）：//?main.cpp?
int?main()?{?
????lib_init();?
????lib_do_something();?
????lib_done();?
????lib_close();?
????return?0;?
}
現(xiàn)在你已經(jīng)完成了 main.cpp，但是你必須把它開源！因為它使用了 LGPL 庫的代碼。這是上面第三條規(guī)定的。我不想把它開源，怎么辦呢？好，我們建一個新的文件 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 中，我們做相應(yīng)的修改:int?main()?{?
????my_lib_init();?
????my_lib_do_something();?
????my_lib_done();?
????my_lib_close();?
????return?0;?
}?
現(xiàn)在，main.cpp 不再是直接使用了 LGPL 庫的代碼了，因此它不需要開源，而我們的封裝器 lib_wrapper.cpp 必須開源。好，編譯一下我們的程序，你會得到 main.o（Windows 下）這個目標(biāo)文件。在最終程序的發(fā)布中，你需要包含一下文件：- 一份文檔，其中聲明：這個程序使用了 Lib庫，這個庫是基于 LGPL 協(xié)議發(fā)布的;
- LGPL.txt;
- lib_wrapper.cpp
- main.o
lib_wrapper.cpp ?的內(nèi)容改變你使用 LGPL 庫的方式，例如：void?my_lib_done()?
{?
????lib_done();?
????lib_close();?
}?
?
void?my_lib_close()?
{?
????//?lib_close();?
}?
然后編譯這個 lib_wrapper.cpp，最終重新鏈接。一個新的可執(zhí)行程序誕生啦！好了，這就是在使用 LGPL庫開發(fā)閉源程序所需要遵守的東西了。還是建議大家能夠遵守協(xié)議，尊重作者的勞動成果哦~參考：https://blog.51cto.com/devbean/313477版權(quán)歸原作者所有，如有轉(zhuǎn)載，請聯(lián)系作者，謝謝。???????????????? ?END ?????????????????關(guān)注我的微信公眾號，回復(fù)“加群”按規(guī)則加入技術(shù)交流群。
下載文檔
