對于一個上點規(guī)模的C++項目而言，Log的作用是毋庸置疑的，出問題的時候，看了Log，常見的問題處理起來自是方便不過，即使遇到麻煩的問題，也可以從ｌｏｇ總發(fā)現(xiàn)不少蛛絲馬跡。因此一個嚴(yán)肅的項目應(yīng)該從一開始就好好考慮如何打Log，便于分析、維護。
現(xiàn)實的情況卻是很多項目都是從最初的數(shù)千行代碼逐步龐大起來；開始的時候可能為了圖方便，加log的方式大多是自己在iostream的基礎(chǔ)上自己封裝一下；等到項目擴大數(shù)十倍的時候，卻發(fā)現(xiàn)這種方式很力不從心，Log文件凌亂復(fù)雜，難以管理。
現(xiàn)有的log工具，基本是分為兩個陣營，經(jīng)典的syslog和花哨強大的log4j，從而衍生出很多個變體。log4j基本已經(jīng)成為復(fù)雜應(yīng)用程序的log標(biāo)準(zhǔn)了，無奈C++的幾個模仿者確各有千秋。我的情況是：
1>不需要復(fù)雜的配置，甚至不需要配置文件，但修改log消息格式又要很方便
2>支持自動備份功能
3>多線程安全
4>效率要盡量高
5>不要有其他依賴
log4cpp很輕易的滿足了我的要求，只需要用已有的RollingFileAppender準(zhǔn)備好后端，創(chuàng)建PatternLayout，一切就可以了；log級別的設(shè)置完全和syslog協(xié)議一樣，很直觀，打log地方，調(diào)用默認(rèn)的Category管理器取得一個命名的Category,其他就是簡單的調(diào)用了: log(), debug(), notice(), info(), notice()....
本來最感興趣的是log4cxx, Apache的偉大項目，功能也最全，麻煩的是它自帶了兩個平臺庫，需要額外依賴；配置文件也要顯示準(zhǔn)備，感覺太臃腫了，估計大項目采用的吧。
效率上最高的應(yīng)該是pantheiosle了，據(jù)說沒開啟Log的情況下，overhead幾乎是0，作者自稱效率是log4cxx的數(shù)倍，但也依賴于STLSoft（雖然只有頭文件）,其打包方式也讓人想避而遠之，還要用作者自己寫的版本選擇器來選一個合適的庫（Win的情況）。
還有一個是Boost的logging庫，用盡了模板技巧，雖然很炫，當(dāng)時沒多少用，也沒有通過boost 嚴(yán)格的review，雖然是專家寫的，暫時也沒時間評估和學(xué)習(xí)了。