開源C++庫必須具有以下特點：必須是成熟的產品、跨平臺的產品、相對通用的庫。
一、通用標準類
STL：C++標準模板庫，呵呵，它也是開源的嘛。
boost：C++準標準庫，它是強大地，江湖稱之“千錘百煉”。
deelx （輕量級的正則表達式解析類庫，國產），boost里有強大的正則表達式解析庫，但如果你只想要一個表達式解析，不想要拖上龐大的boost庫時……支持一下國貨。
iconv /iconvpp ： (C形式的編碼轉換函數(shù)庫，
二、XML解析庫
C++的XML相關庫不少，但是大部分其實都是C庫，使用起來自然不那么輕便。其中基于DOM的有TinyXml，基于SAX的當然是Xerces。前者小巧快捷，便于使用，適合做數(shù)據(jù)交換。后者則是全功能的XML解析器。
xerces-c ：最強大的XML解析庫了，不是僅僅在開源庫里，你盡管把商業(yè)的算在內。當然，它的變體，被IBM拿去賣錢的那個版本，多了數(shù)百兆的東東來支持各國編碼轉換，是更強大，但我覺得有小小的，開源的iconv在前不就夠了？
xml相應的c開源庫有expat,基于SAX，應用廣泛。
xsd (XML 與 C++數(shù)據(jù)結構的綁定工具)。（商業(yè)使用要錢）
三、數(shù)據(jù)庫
mysql / mysql++： 不用介紹吧?，F(xiàn)在Oracle手里，但我很放心。
四、多媒體類
來源：(http://blog.sina.com.cn/s/blog_56fdaf150100hgf5.html) - C++開源庫_kieven2008_新浪博客
SDL (Simple DirectMedia Layer/多媒體直接訪問層，用于游戲編程)。
相應的c開源庫有ffmpeg、mpeg4、aac、avc、libmad、mpeg1、flac、ac3、ac3、matroska著名的多媒體播放器 TCPMP 天下聞名的跨平臺、嵌入式手持設備視頻播放器，
五、網(wǎng)絡開發(fā)類
gSOAP SOAP協(xié)議的C++支持庫及代碼生成工具。
ACE 大型網(wǎng)絡編程的首選庫。
除了ACE之外，還有很多系統(tǒng)和網(wǎng)絡編程方面的程序庫。比如在線程庫方面，還有ZThread、boost::thread，如果放大到C/C++ 領域，還有APR，還有CII。在文件和目錄操作方面，boost也有相應的組件，而在網(wǎng)絡編程方面有socket++，還有boost::asio，未來的 C++0X中幾乎肯定有一個網(wǎng)絡編程和一個線程庫。然而目前看來，ACE仍然是進行系統(tǒng)和高性能網(wǎng)絡編程的首選，其地位在一段時間內不會被撼動。它不但是一個實用的程序庫、框架集，還是一個典范的設計模式應用范例，非常值得學習。
六、GUI庫
BCG Windows平臺下界面設計的第三方庫，可以讓你的界面更美好，更具時 代感。
wxWidgets ：使用wxWidgets ，開發(fā)者可以基于同一套代碼，為Win32, Mac OS X, GTK+, X11, Motif, WinCE等平臺開發(fā)應用程序。wxWidgets庫可以被C++, Python, Perl, and C#/.NET等開發(fā)語言使用。跟其它有些同樣支持跨平臺GUI開發(fā)工具不同，基于wxWidgets的應用，擁有真實本地化的視覺及使用效果——因為，wxWidgets使用（各）平臺原生的控件，而不是簡單通過貼圖去模擬。wxWidgets是使用廣泛的，自由的，開源的，成熟的。
QT-------------界面（GUI）開發(fā)，支持C++/Java/Python/...多種語言。跨平臺。最主要的好處是，API非常優(yōu)美！Qt本身也不僅僅只是做GUI編程，實際它基本上可以做OS-API可以做的任何事情。象網(wǎng)絡/數(shù)據(jù)庫/OpenGL/...都提供完美的支持。
傳統(tǒng)上Qt被認為是可移植的GUI庫，但實際上Qt現(xiàn)在已經是一個比較完整的可移植應用程序框架了，其中包含了大量的工具，比如正則表達式、Web和 Socket類、2D和3D圖形、XML解析、SQL類等，甚至還包括了一個完整的容器類庫，不過其王牌還是GUI。在目前的跨平臺GUI框架中，Qt成熟度最高，已經被一些大公司應用在關鍵產品中。由于Trolltech對Qt采用的dual license模式，該產品既可以從開源社區(qū)獲得支持，又能夠賺取足夠的商業(yè)利潤，因此其前景也令人比較有信心。
Qt的主要技術特色是其元對象模型。Qt實際上使用的并不是標準的C++，而是標準C++的一個擴展。它通過元對象模型擴展，實現(xiàn)了著名的signal/slot機制，而這一機制也成為Qt的最大特色和優(yōu)勢。
與Qt類似的可移植GUI框架還有wxWidget、FOX等
六. 計算機視覺
OpenCV，因特爾自主的開源庫。支持C/C++/Python接口。這個感興趣的朋友可以玩一下。如果結合OpenCV，你可以做一些外行人覺得很酷的程序。比如說用它的人臉識別函數(shù)，來對你的攝像頭進行處理，判斷人的動作等
七. 圖形圖像處理
GDAL，處理大圖像?！∫荊IS專業(yè)的人肯定會語言到非常大的tif影像，動則幾個GB的航空影像。GDAL對大圖像的讀寫支持是非常棒的（像多波段的圖像都可以搞定）?！ ≈С諧++/Java/Python...
國外開源的GIS軟件QGIS就是用了gdal
c的圖形圖像庫較多，libjpeg、libpng、zlib、tiff、JBIG、最著名的開源形圖像處理軟件Cximage
八、內存管理：boost::smart_ptr，Hans-Boehm GC
C/C++的內存管理是一個永恒的話題。一般來說，C++的開發(fā)者傾向于自己管理內存。然而，出乎很多C++開發(fā)者意料的是，近期C++的一些領袖人物已經公開宣稱，如果不配備自動內存管理機制，用C++編寫安全可靠的大型程序是非常困難的。而Bjarne Stroustrup也曾對中國開發(fā)者建議，如果沒有特別的理由，應該在大型項目中使用自動內存管理工具。因此，今天的C++開發(fā)者應當積極地學習和應用自動內存管理設施。
說到自動內存管理，比較輕量級的做法是boost::smart_ptr，而激進的做法是引入完整的GC機制。目前開源而又比較可靠的GC中，Hans- Boehm GC無疑是最受信賴的。作為一個保守的GC，Hans-Boehm GC在性能和功能方面都算是卓越。特別是，使用這個GC，你仍然可以delete、free來自己管理內存，對于我們編程習慣的沖擊比較小。
九、密碼及安全：OpenSSL
安全是今天進行C/C++編程無法回避和必須重視的問題。然而編寫安全的應用程序，特別是跟網(wǎng)絡相關的C/C++應用程序，是一件十分困難的事情?？梢哉f，整個業(yè)界目前在這個進程上仍然處于“初級階段”。特別是涉及到大量的安全、密碼學相關的算法、規(guī)范，如果讓開發(fā)者自己摸索，其工作量和難度達到了不現(xiàn)實的程度。因此必須借助可靠的相關程序庫才有可能提高程序的安全性。在這方面，OpenSSL是目前最好的選擇，其內容之全面可靠，已經成為業(yè)界標桿。然而，由于安全編程固有的復雜性，即使使用penSSL，開發(fā)工作仍然是非常繁瑣的。因此我們也希望能夠盡快看到更簡單、更易用的C/C++安全程序庫。
十、矩陣計算：MTL
自1995年以來，C++在科學計算領域當中取得了巨大的突破。這主要歸功于template技術的高級應用，使得C++在科學計算的性能方面取得了巨大的進步，一大批優(yōu)秀的C++科學計算庫涌現(xiàn)出來。比如Blitz++、POOMA、MTL、Boost::uBLAS。而這其中，MTL就功能豐富程度、性能、開發(fā)支持和成熟程度來講，是比較突出的一個，因此可以優(yōu)先考慮。值得一提的是，2002年，MTL與后來被Intel收購的KAI C++配合，曾經在性能評測中擊敗了FORTRAN。
十一、分布式對象中間件：ICE
ICE是分布式對象中間件領域里的后起之秀，可以大致地將其視為“改進版”的CORBA。目前應用在一些大型項目當中，其中包括波音公司主持的下一代陸軍作戰(zhàn)系統(tǒng)。
ICE的一個特別價值是其代碼的范例意義。由于ICE的出現(xiàn)較晚，開發(fā)者比較系統(tǒng)地應用了新的C++編程風格，所以成為了研讀C++代碼的良好目標。
十二、正則表達式：boost::regex
正則表達式是編程工作中最強有力的工具之一。C++的正則表達式支持一直以來是一個軟肋。大約在2001年左右，boost中出現(xiàn)了regex庫，初步解決了這個問題。但是最初的regex無論在效率上還是可靠性方面都有一些問題，后來經過一次大規(guī)模的翻修之后，達到了比較完善的程度。
其他可以選擇的替代品還有C語言的pcre庫，Qt中的QRegExp類等。
十三、配置管理：Lua
隨著軟件系統(tǒng)越來越復雜，對軟件的可配置型提出了越來越高的要求。傳統(tǒng)上只要通過命令行參數(shù)來配置的系統(tǒng)，現(xiàn)在可能需要越來越多的方式和機制。目前越來越受歡迎、并且得到越來越多證實的做法，是將Lua嵌入到C/C++程序中，而用Lua程序作為配置腳本。這種做法的優(yōu)勢是，Lua語言強大靈活，可以適應復雜的配置要求。同時，Lua便于嵌入C/C++程序，而且編譯執(zhí)行速度非?？?，可以說是目前解決C/C++程序配置管理問題的一個出色方案。
