今天在看c++ primer書中挺到C風(fēng)格字符串與標(biāo)準(zhǔn)庫(kù)string類型的效率問題。推薦使用string類型，不但因?yàn)槠涓踩乙蚱湫矢摺Ｗ詈笥刑岬揭粋€(gè)數(shù)據(jù)。
　　“平均來說，使用string類型的程序執(zhí)行速度要比用C風(fēng)格字符串的快很多，在我們用了五年的PC機(jī)上其平均執(zhí)行速度分別是：
　　user?? 0.47??? #string class
??????? user?? 2.55??? #C-style haracter string”
　　對(duì)這個(gè)數(shù)據(jù)表示相當(dāng)?shù)捏@訝。于是自已寫了個(gè)程序，測(cè)試一下兩個(gè)類型的效率。
　　上述程序在CentOS下編譯并運(yùn)行測(cè)試得數(shù)據(jù)平均在：
C-style string run 1000000 times needs?240000 clock times
C++ string run 1000000 times needs 110000clocks
在這個(gè)數(shù)據(jù)下明顯string的效率要高。
　　而在windows下使用vc6.0 release編譯并運(yùn)行，數(shù)據(jù)平均在：
C-style string run 1000000 times needs?350 clock times
C++ string run 1000000 times needs?350 clocks
　　兩種類型的效率差不多
　　繼續(xù)在vs2005下release編譯，數(shù)據(jù)平均在：
C-style string run 1000000 times needs?320 clock times
C++ string run 1000000 times needs 370 clocks
　　string效率要低一個(gè)。
在Linux平臺(tái)下，string的效率比C-style的要整整高出一倍有多。
而在windows平臺(tái)下，sting不但效率上的優(yōu)勢(shì)沒有了，反而比C-style還要差。
不知道這是什么原因。為什么在unix下要比在windows下快如此的多。而在windows上卻不行？
快的原因在哪呢？
PS:
不知道我的測(cè)試程序這樣子寫是否可以。