本篇通過(guò)一小段代碼的console程序來(lái)進(jìn)行性能的分析以及改進(jìn)、直到后面的改進(jìn)前、改進(jìn)后性能比較結(jié)果。

先看console代碼(源代碼下載)：

 點(diǎn)擊“完成”按鈕，此時(shí)會(huì)自動(dòng)進(jìn)行分析，直接跑完控制臺(tái)程序，vs2012會(huì)自動(dòng)顯示出分析報(bào)告，如下：

從上面的“摘要”報(bào)告中得知

System.IO.File.AppendText函數(shù)和System.AppDomain.get_BaseDirectory函數(shù)耗時(shí)最多，我們需要先優(yōu)化這2個(gè)函數(shù)的使用（稍后再講）共列出了最耗時(shí)的5個(gè)函數(shù)

報(bào)告視圖種類(lèi)：

生成的報(bào)告視圖有很多種，上面所示默認(rèn)的是“摘要”視圖，其他類(lèi)型的視圖如下所列：

那么我們?nèi)绾胃欉@幾個(gè)耗時(shí)的函數(shù)呢？我們需要轉(zhuǎn)入“函數(shù)詳細(xì)信息”視圖，如下：

右邊紅框代表耗時(shí)分布比例，顯然上圖中Process函數(shù)占用了很大比例

下邊的紅框代表相應(yīng)的代碼，并且還會(huì)紅色高亮性能損耗突出的代碼行、以及相應(yīng)損耗比例（圖中的99.2%是由于這行代碼共有3個(gè)損耗點(diǎn)：83.3%+14.4%+1.5%）

我們需要往下跟蹤，進(jìn)入最嚴(yán)重的process函數(shù)進(jìn)行查看，我們click右邊紅框中的Process條，進(jìn)入細(xì)化的分析界面，如下：

看來(lái)主要問(wèn)題來(lái)自"Log(result)"代碼行，占了73.5%，繼續(xù)深入跟蹤，如下圖：

這下差不多了，這里比較損耗多的2行是：獲得fileName和AppendText到日志文件代碼行，分別優(yōu)化：

獲得文件名優(yōu)化日志文件名是不變的，因此不用每次Log(msg)都要計(jì)算，直接extract為static的fileName變量AppendText優(yōu)化一旦牽涉到I/O操作，速度就慢，無(wú)法避免（從單行代碼的角度來(lái)看），那怎么辦？那就把結(jié)構(gòu)改掉吧：主程序?qū)懭雔og到隊(duì)列中，由另外一個(gè)thread負(fù)責(zé)寫(xiě)入到磁盤(pán)中

　　修改代碼如下：　　

我們?cè)俅芜\(yùn)行性能分析，如下：

我們比較下第一次和這一次的曲線圖：

改進(jìn)后的性能明顯好于改進(jìn)之前的性能。

自定義性能分析

我們可以通過(guò)修改屬性來(lái)add/remove性能指標(biāo)，比如要加入某個(gè)/某些Windows計(jì)數(shù)器、收集Windows事件、收集.NET對(duì)象生命周期等，我們可以進(jìn)行如下操作來(lái)進(jìn)行設(shè)置：

將會(huì)生成如下更詳細(xì)的報(bào)告：

報(bào)告中會(huì)列出生成的最多的是哪種對(duì)象（本例中是string）、由哪些函數(shù)導(dǎo)致的分配了最多的內(nèi)存、等等

在“標(biāo)記”視圖中，能看到每隔500毫秒收集的windows計(jì)數(shù)器數(shù)據(jù)，如下圖就是磁盤(pán)隊(duì)列計(jì)數(shù)器的收集：

在“對(duì)象生存期”視圖中，能看到各種對(duì)象從new到dispose的所有數(shù)據(jù)，如下圖：

很牛b吧。

下面說(shuō)說(shuō)如何通過(guò)VS2012來(lái)對(duì)獨(dú)立運(yùn)行的程序進(jìn)行性能分析，其實(shí)很簡(jiǎn)單，就下面這個(gè)圖就搞定了，大家都懂的：

再說(shuō)說(shuō)如何對(duì)web項(xiàng)目性能分析吧...

先打開(kāi)web項(xiàng)目解決方案，然后直接進(jìn)行性能分析，有人會(huì)說(shuō)沒(méi)有請(qǐng)求操作啊，這個(gè)簡(jiǎn)單，有多個(gè)解決辦法：