ASP.NET(C#) String, StringBuilder 與 StringWriter性能比較
性能測(cè)試1:StringBuilder
第 1 輪測(cè)試:用時(shí) 312.5 毫秒
第 2 輪測(cè)試:用時(shí) 421.875 毫秒
第 3 輪測(cè)試:用時(shí) 453.125 毫秒
第 4 輪測(cè)試:用時(shí) 421.875 毫秒
第 5 輪測(cè)試:用時(shí) 453.125 毫秒
性能測(cè)試2:StringWriter
第 1 輪測(cè)試:用時(shí) 406.25 毫秒
第 2 輪測(cè)試:用時(shí) 453.125 毫秒
第 3 輪測(cè)試:用時(shí) 421.875 毫秒
第 4 輪測(cè)試:用時(shí) 437.5 毫秒
第 5 輪測(cè)試:用時(shí) 437.5 毫秒
性能測(cè)試3:String(1/100 數(shù)據(jù)量)
第 1 輪測(cè)試:用時(shí) 12406.25 毫秒
您注意到了嗎?
String 連接方式在只有 1/100 數(shù)據(jù)的測(cè)試下,使用時(shí)間30倍于 StringBuilder。因此,基于性能的考量,我們絕不推薦這種方式。而 StringBuilder 較之 StringWriter 略勝一籌,具體的原因?qū)⒃谙挛闹蟹治?。?dāng)然,測(cè)試存在誤差,但足以說(shuō)明事實(shí)。
StringWriter 與 StringBuilder:誰(shuí)是強(qiáng)者
StringWriter 位于 System.IO 命名空間內(nèi),繼承于 TextWriter。在 .Net Reflector 的反編譯結(jié)果中顯示,它的內(nèi)部事實(shí)上是采用 StringBuilder 進(jìn)行連接。無(wú)怪乎 StringWriter 會(huì)略遜一籌,它原來(lái)僅僅是 StringBuilder 的一個(gè)適配(可以稱(chēng)之為 Adapter 模式)。為什么 StringBuilder 擁有如此的效率?
您注意到了嗎?
在許多地方,需要 StringWriter 而不是 StringBuilder,例如 XmlTextWriter。
StringBuilder:原因何在
關(guān)于 System.Text.StringBuilder 的研究,網(wǎng)上已有不少,其主要原理便是預(yù)先以非托管方式分配內(nèi)存,保證文本的修改與擴(kuò)張,不重新創(chuàng)建一個(gè) String 對(duì)象。而 String 對(duì)象的創(chuàng)建,便是性能瓶頸所在。它的連接效率遠(yuǎn)超過(guò) String,不過(guò)在少量的文本連接時(shí),顯然 String 編程時(shí)更方便些。
相關(guān)文章
ASP.NET對(duì)無(wú)序列表批量操作的三種方法小結(jié)
在網(wǎng)頁(yè)開(kāi)發(fā)中,經(jīng)常要用到無(wú)序列表。事實(shí)上在符合W3C標(biāo)準(zhǔn)的div+css布局中,無(wú)序列表被大量使用,ASP.NET雖然內(nèi)置了BulletedList控件,用于創(chuàng)建和操作無(wú)序列表,但感覺(jué)不太好用2012-01-01asp.net中利用ajax獲取動(dòng)態(tài)創(chuàng)建表中文本框的值
通常在做主從表的數(shù)據(jù)錄入中,會(huì)碰到在一個(gè)頁(yè)面上同時(shí)錄入主表數(shù)據(jù)和從表數(shù)據(jù),主表的數(shù)據(jù)只有一條,從表的數(shù)據(jù)有一條到多條,這樣就要?jiǎng)討B(tài)創(chuàng)建從表數(shù)據(jù)錄入入口。2010-03-03Global.asax的Application_Error實(shí)現(xiàn)錯(cuò)誤記錄/錯(cuò)誤日志的代碼
本文為大家介紹下利用Global.asax的Application_Error實(shí)現(xiàn)錯(cuò)誤記錄,具體如下,有此需求的朋友可以參考下,希望對(duì)大家有所幫助2013-08-08ASP.NET Core 2.0 帶初始參數(shù)的中間件問(wèn)題及解決方法
這篇文章主要介紹了ASP.NET Core 2.0 帶初始參數(shù)的中間件問(wèn)題及解決方法,需要的朋友可以參考下2017-10-10.Net Core中使用ref和Span<T>提高程序性能的實(shí)現(xiàn)代碼
這篇文章主要介紹了.Net Core中使用ref和Span<T>提高程序性能的簡(jiǎn)單實(shí)現(xiàn)代碼,需要的朋友可以參考下2017-05-05ASP.NET Core中預(yù)壓縮靜態(tài)文件的方法步驟
這篇文章主要給大家介紹了關(guān)于ASP.NET Core中如何預(yù)壓縮靜態(tài)文件的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用ASP.NET Core具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-03-03Asp.net中static變量和viewstate的使用方法(謹(jǐn)慎)
如在頁(yè)面中統(tǒng)計(jì)某個(gè)按鈕被按下的次數(shù),先在類(lèi)中OnClick事件的處理過(guò)程前定義一static變量times,則每次調(diào)用該按鈕的OnClick事件時(shí),令times增1即可,非常方便,接下來(lái)詳細(xì)介紹,感興趣的朋友可以了解下2013-01-01.NET?6新特性試用之TryGetNonEnumeratedCount?方法
這篇文章主要介紹了.NET?6新特性試用TryGetNonEnumeratedCount,這個(gè)方法可計(jì)算可枚舉類(lèi)型的元素總數(shù),下面來(lái)看看具體的使用方式吧,需要的朋友可以參考一下2022-03-03C#反射技術(shù)的簡(jiǎn)單操作(讀取和設(shè)置類(lèi)的屬性)
反射的作用想必大家都知道了吧,少量屬性的自動(dòng)化操作手動(dòng)添加幾下當(dāng)然是沒(méi)有問(wèn)題的,但是屬性數(shù)量較多的時(shí)候敲起這些繁鎖的代碼可以困了,再說(shuō)對(duì)擴(kuò)展和維護(hù)性造成很多的不遍,以下代碼中如不能直接使用請(qǐng)?zhí)砑觰sing System.Text;的引用。2011-01-01