因為跨平台的原因，現在要使用到boost庫，boost庫非常大，現在處於摸索階段。
首先來說boost庫在window下的安裝和使用。
一、下載
首先從boost官方主頁http://www.boost.org/下載最新版boost安裝包，或者使用Subversion獲取最新版本，地址是：http://svn.boost.org/svn/boost/trunk。本人現在一般都用svn，這樣可以很方便的進行update和build，而不是每次都下載新的安裝包並rebuild。
二、安裝
如果是使用下載的安裝包，那么請將boost安裝包解壓至本地目錄，如：E:\SDK\boost；如果是用svn的，也可以將boost的代碼checkout到這個目錄。因為boost一部分類是需要編譯成庫才能使用的，所以我們還需要准備好boost專用的編譯輔助工具bjam。在命令提示符（cmd.exe）中執行根目錄下的bootstrap.bat，編譯后的bjam.exe會自動拷貝到該目錄下（bjam必須與boost-build.jam在同級目錄）。
三、編譯----我使用的是vs2008
接下來就是最重要的編譯步驟了。需要打開命令提示符（cmd.exe）窗口並執行bjam，可以使用--help參數來查看命令幫助。這里詳細講解一下bjam的命令行參數，因為它非常重要。首先，它涉及到編程環境的搭建，你需要根據自己今后具體的使用環境來選擇合適的命令行參數；其次，它影響到你的硬盤空間，完全編譯的話據說在3G以上，如果你同時擁有2個以上的IDE（如VC6和VC9共存）而且都要用到boost，那么占用多少硬盤就自己算吧……雖說如今大家的硬盤空間都不成問題，但就像本人一樣崇尚合理利用資源不習慣鋪張浪費提倡節儉的童鞋應該大有人在，所以不需要的配置和不需要的庫就可以不編譯了。綜合以上兩點因素，本人使用的bjam命令如下：
bjam stage --toolset=msvc-9.0 --without-graph --without-graph_parallel --without-math --without-mpi --without-python --without-serialization --without-wave --stagedir="E:\SDK\boost\bin\vc9" link=static runtime-link=shared runtime-link=static threading=multi debug release
下面詳細解釋一下每個參數的含義：
stage/install：stage表示只生成庫（dll和lib），install還會生成包含頭文件的include目錄。本人推薦使用stage，因為install生成的這個include目錄實際就是boost安裝包解壓縮后的boost目錄（E:\SDK\boost\boost，只比include目錄多幾個非hpp文件，都很小），所以可以直接使用，而且不同的IDE都可以使用同一套頭文件，這樣既節省編譯時間，也節省硬盤空間。
toolset：指定編譯器，可選的如borland、gcc、msvc（VC6）、msvc-9.0（VS2008）等。
without/with：選擇不編譯/編譯哪些庫。因為python、mpi等庫我都用不着，所以排除之。還有wave、graph、math、regex、test、program_options、serialization、signals這幾個庫編出的靜態lib都非常大，所以不需要的也可以without掉。這可以根據各人需要進行選擇，默認是全部編譯。但是需要注意，如果選擇編譯python的話，是需要python語言支持的，應該到python官方主頁
http://www.python.org/下載安裝。查看boost包含庫的命令是
bjam --show-libraries。
stagedir/prefix：stage時使用stagedir，install時使用prefix，表示編譯生成文件的路徑。推薦給不同的IDE指定不同的目錄，如VS2008對應的是E:\SDK\boost\bin\vc9，VC6對應的是E:\SDK\boost\bin\vc6，否則都生成到一個目錄下面，難以管理。如果使用了install參數，那么還將生成頭文件目錄，vc9對應的就是E:\SDK\boost\bin\vc9\include\boost-1_46\boost,vc6類似（光這路徑都這樣累贅，還是使用stage好）。
build-dir：編譯生成的中間文件的路徑。這個本人這里沒用到，默認就在根目錄（E:\SDK\boost）下，目錄名為bin.v2，等編譯完成后可將這個目錄全部刪除（沒用了），所以不需要去設置。
link：生成動態鏈接庫/靜態鏈接庫。生成動態鏈接庫需使用shared方式，生成靜態鏈接庫需使用static方式。一般boost庫可能都是以static方式編譯，因為最終發布程序帶着boost的dll感覺會比較累贅。
runtime-link：動態/靜態鏈接C/C++運行時庫。同樣有shared和static兩種方式，這樣runtime-link和link一共可以產生4種組合方式，各人可以根據自己的需要選擇編譯。一般link只選static的話，只需要編譯2種組合即可，即link=static runtime-link=shared和link=static runtime-link=static，本人一般就編這兩種組合。
threading：單/多線程編譯。一般都寫多線程程序，當然要指定multi方式了；如果需要編寫單線程程序，那么還需要編譯單線程庫，可以使用single方式。
debug/release：編譯debug/release版本。一般都是程序的debug版本對應庫的debug版本，所以兩個都編譯。
本人按以上方式分別編譯了靜態鏈接和動態鏈接兩個版本后，整個E:\SDK\boost目錄有1.28G。如果不打算將來再升級boost版本，那么可以將編譯生成的中間文件bin.v2目錄刪除，這樣整個目錄（包括安裝包解壓縮文件和編譯生成的庫文件）會減小至不到800MB，如果runtime-link只選了一種方式，那么整個目錄只有600MB。事實上編譯完成后除了boost和bin目錄之外其他目錄和文件已經可以刪除了，這樣還可以騰出350MB的空間來。不過我又研究了一下，其實libs這個目錄也很有用，它提供了所有Boost類的使用范例，平時可以作為參考；另外doc目錄是一個完整的boost使用幫助文檔，當然最好也不要刪了。其他幾個目錄和文件加起來也就幾十兆，索性都給它們留一條生路吧。
呵呵，一個完整而又完美的boost目錄就此誕生了。
需要注意的是，如果使用VS2008編譯boost（其他版本VC未作測試，可能也有類似問題），那么假如你調用boost的主程序添加了_BIND_TO_CURRENT_VCLIBS_VERSION預定義宏來強制使用最新版本的Windows CRT庫，那么你的boost也需要添加這個預定義宏來進行編譯，否則會導致程序因為各模塊使用的CRT庫版本不統一而出現“在某些機器上運行提示‘由於應用程序配置不正確，應用程序未能啟動’的問題”，關於該問題請參考我的另外一篇文章：【原】解決VS2008編譯的程序在某些機器上運行提示“由於應用程序配置不正確，應用程序未能啟動”的問題。添加該預定義宏的方法是：打開boost安裝根目錄下的boost\config\compiler\visualc.hpp，在最上面增加：
// Added by terry, 2011/4/19, Force the linker to use the latest version of CRT/MFC/ATL dll
#ifndef _BIND_TO_CURRENT_VCLIBS_VERSION
#define _BIND_TO_CURRENT_VCLIBS_VERSION 1
#endif // _BIND_TO_CURRENT_VCLIBS_VERSION
這種方法修改了boost的源碼，並非我所願， 但是無奈沒有找到更好的方法，如果有人知道希望能夠留言告訴我。
如果圖省事，不想了解這么多，那么有簡單的方法，可以使用命令：
bjam --toolset=msvc-9.0 --build-type=complete
直接指定編譯器以完全模式編譯即可，這樣可以滿足今后的一切使用場合，但同時帶來的后果是：
1、占用3G以上的硬盤空間
2、占用若干小時的編譯時間
3、頭文件和庫文件存放於C:\Boost（本人非常反感）
4、生成的很多文件可以永遠也用不上
四、配置
include目錄：E:\SDK\boost
library目錄：E:\SDK\boost\bin\vc9\lib
添加到IDE相應的路徑下面即可。
五、使用
使用舉例：
#include <boost\thread.hpp>
此時，不用包含庫文件，boost的auto-link機制將會自動幫我們包含對應的靜態lib。也就是說，boost默認是以靜態方式鏈接的，這樣我們的工程屬性最好也設為Multi-threaded (Debug)。如果想使用dll動態方式鏈接，需要預先定義宏：
#define BOOST_ALL_DYN_LINK
同樣，此時boost也會默認幫我們包含對應的lib。如果不想使用boost提供的auto-link機制，或者對它的自動鏈接不太放心的話（其實大可不必擔心），可以預先定義宏：
然后使用以下方法鏈接：
#pragma comment(lib, "boost_thread-vc90-mt-1_47.lib")
或
#pragma comment(lib, "boost_thread-vc90-mt.lib")
這兩個lib其實是一樣的，實在不明白boost編譯時為什么每個庫都要復制一份，難道是因為后者在升級boost版本后不用改代碼？另外還有一個比較有用的宏：
#define BOOST_LIB_DIAGNOSTIC
它可以讓VC在編譯時的output窗口中輸出程序具體鏈接了哪些boost庫以及鏈接順序。
關於boost的auto-link機制，詳細可以看看boost\config\auto_link.hpp里的代碼，很容易可以讀懂，並且值得我們學習。
