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