在這個C的變成世界里，有許多實用的庫，其中最有名的且最通用(跨多個平臺的實現(xiàn)包括Windows，要知道很多實用的編程庫都不提供Windows的實現(xiàn))就是GLib這個庫，其中就有實現(xiàn)線程的部分。

glib庫是Linux平臺下最常用的C語言函數(shù)庫，它具有很好的可移植性和實用性。
glib是Gtk +庫和Gnome的基礎。glib可以在多個平臺下使用，比如Linux、Unix、Windows等。glib為許多標準的、常用的C語言結構提供了相應的替代物。
如果在程序中要使用到glib庫中的函數(shù)，則應該包含glib.h頭文件（在gtk.h和gnome.h頭文件中已經包含了glib.h了。

但是，因為這是中文的，看的人自然不是歪果仁，中國編程新手大都還是習慣用 Windows 環(huán)境，也不做強求，仁者見仁智者見智，后續(xù)會有一個程序作為例子，其中簡單的應用了多線程的知識來寫一個備份軟件，線程的實現(xiàn)是用的 Windows 自己的接口，所有這些接口都能在 MSDN 里查找到相應文檔。

Glib庫在Windows下的配置

之所以不說 *nix 系統(tǒng)下的配置是因為，哪里的配置太無腦了，特別是Ubuntu，一句命令+有網絡基本就配置完畢了。
使用的是穩(wěn)定版的2.28.8版本，截至目前可用的最高穩(wěn)定版本為2.46.x版本
將預處理配置好一些步驟的glib打包放在我的網盤中，可以直接下載，添加IDE的路徑就能使用，這是對于 Visual C++ 系列編譯器能用，如果用 MinGW 系列的編譯器就需要重新編譯
如果想自己配置，也可以前往這個網址進行下載，或者前往GNU項目主頁下載最新的源碼以及工程文件自我編譯，方式有很多，不使用現(xiàn)有二進制而自行選擇編譯的大概莫過于想使用MinGW，在MinGW項目的主頁也有介紹
如果資源太少，可以參考如何編譯GTK項目的方法，因為GLib的前身便是GTK的一部分，只不過后來獨立出來了。

微軟的宇宙級編譯器Visual Studio對于C89(C90)之后的標準并不支持，但是對其中的特性卻早早進行了實現(xiàn)(即沒有可開啟標準的選項，但是新標準所說的特性它都擁有，都能夠使用，甚至還要更加超前)

故接下來的備份程序將使用Visual Studio 2013 進行編寫。
配置glib-2.28.8
下載編譯好的二進制包，預處理好(某些操作，不多說，網上有教程，記得用谷歌，或者到博客園里找類似的，但是版本比較老可能和我用的有一些出路，但可以依著葫蘆畫瓢)以后，將路徑配置到工程里：
創(chuàng)建一個Win32程序，并且在屬性管理器(左側欄下部尋找)中創(chuàng)建屬性表(Debug和Release各創(chuàng)建一個，設置都相同即可)
打開新建的屬性表
通用屬性->VC++目錄->包含目錄->編輯 添加下載下來的文件中的glib\glib2.28\include目錄，不放心的還可以再添加一個glib\glib2.28\lib\glib-2.0\include目錄
通用屬性->VC++目錄->庫目錄->編輯 添加glib\glib2.28\lib目錄
通用屬性->鏈接器->輸入->附加依賴項 添加glib\glib2.28\lib目錄下的所有.lib文件，即將這些文件的名字都手動輸入進去，如果使用我的這個版本的話那就是
gio-2.0.lib glib-2.0.lib gthread-2.0.lib gmodule-2.0.lib gobject-2.0.lib
通用屬性->C/C++->代碼生成->運行庫開啟多線程/MT
Okay！成了
休息一下

其實對于C程序員而言，最重要的莫過于使用一系列開源庫，而不是對新標準的追求，因為越低的標準越容易跨平臺，對于庫而言這是先輩總結的一系列實用的數(shù)據(jù)結構和算法，甚至是實用的框架。我們不一定需要配置他們，而是從里面吸取一些他們的技術，轉為自己的代碼，畢竟庫對于很多程序員編寫的程序來說都大材小用了，但有時候又不得不使用一些必要的數(shù)據(jù)結構和算法。
在大學的這幾年里，也許是因為不過是一個吊車尾的一本，所以我無法感受到老師教授帶來的教導，但是也使得我深深的接觸到了開源，開源給予了我很多，比如更開闊的編程思路，更廣闊的心胸，更有進步的動力，更多的小伙伴。當然也知道自己的渺小。
是很多人(比如知乎的回答人和提問者)，都提到要多觀看C的源代碼， 但是這對于初學者，甚至現(xiàn)在的我感覺也不是一件容易的事，更遑論初入門的同學了，特別是對于許多上個世紀的大神，為了節(jié)省空間以及提高效率，簡直是無所不用其極！雖然某些用法能夠被現(xiàn)代接受，但是你能在第一眼就看出來，為了構造一個紅黑樹節(jié)點，把樹的指針和節(jié)點的顏色信息都隱藏在一個指針地址里嗎？

 /* 假設有一個節(jié)點的指針 p_node */
 node_color = p_node->node_color & 1; /* 原理就是用最后一位bit來存儲顏色 */

其中在 Linux 里, p_node->node_color 被設定為無符號的長整形，以整數(shù)型式存儲指針和顏色信息，而不是用指針類型。

  node_pointer = (node_type*)p_node->node_color & ~3;/* 清除最后兩位上的bit的值 */
也就是清除顏色信息，留下的就是指針的值，即地址。

為什么呢，只要我么能夠保證節(jié)點的創(chuàng)建位置是32位/64位對齊的，我們就能夠保證它的最后兩位/三位是空的，絕對不會被使用的。

 /* 32位 */
 sizeof(void*); /* 是 4 */
 /* xxxx xxxx xxxx xxxx xxxx xxxx xxxx xx00 */
 /* 64位 */
 sizeof(void*); /* 是 8 */
 /* 前方省略48位 xxxx xxxx xxxx x000 */

意思就是，對于指針而言，因為編譯器要保證尋址的高效所以它在給分配地址的時候，會對齊內存中的地址，按照指針大小的倍數(shù)對齊，這就會導致不同位的程序的指針變量的值中有幾個bit 會沒有使用，則用它來存儲。

具體的情況，網路上的詳細解說十分之多，開一個頭就好。但是這真的是我們一開始就應該接觸的嗎？
是
怎么說，在很多的時候，C語言給我們的函數(shù)都不夠安全可靠，但是在我們無法使用新標準提供的函數(shù)的情況下(十分常見)我們該如何做呢？當然是自己寫，怎么寫更完美，自然是看看別人怎么寫，而不是自己一抹黑的亂來，因為事實證明，自認為好的到最后都會摔一跤，雖然不是壞事。
最簡單的做法便是用宏包裹一下，做一些預處理，或者對于宏機制不太喜歡的人會選擇用一個函數(shù)進行包裹，也未嘗不可。
注

寫在最末尾，填幾個前面挖的坑。
不知道是不是故意的，一般GNU項目的子主頁面上，找不到(很難找到)對應的項目的下載地址，也就是光看著介紹如何如何牛，如何如何好用，但就是不告訴你去哪里下，這時候，首先確認你要下的這個軟件的名字，然后去GNU項目首頁里的程序列表里找，在哪里一定能找到，而不是在那些介紹頁面亂點，結果根本找不到。
最典型的就是一個叫做GMP的開源軟件，用來自行編譯MinGW用的依賴，希望能警醒各位。
之所以用2.28.8而不是2.46.x是因為我實在不想自己在Windows上編譯了，因為大部分時候，寫程序都是在 Linux 上，所以就偷懶一下。
對于我的文件是不是有毒，我說有毒，有一種叫做叫你再用Windows編程的毒。
好吧其實我承認Visual Studio的確是宇宙無敵的編譯器。
末尾

接下來的第三部分我會用一個備份程序來貫穿

操作系統(tǒng) : Windows
跨平臺 : 否
API調用 : Win32 API
編譯器 : Visual Studio 2013
語言 : Pure C Programing Language
會在里面介紹一下，常在開源代碼中看見的一些奇怪的東西，例如

 #ifdef __cplusplus
 extern "c" {
 #endif
 ...
 #ifdef __cplusplus
 }
 #endif