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

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

 點擊“完成”按鈕，此時會自動進(jìn)行分析，直接跑完控制臺程序，vs2012會自動顯示出分析報告，如下：

從上面的“摘要”報告中得知

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

報告視圖種類：

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

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

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

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

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

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

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

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

　　修改代碼如下：　　

我們再次運行性能分析，如下：

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

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

自定義性能分析

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

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

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

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

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

很牛b吧。

下面說說如何通過VS2012來對獨立運行的程序進(jìn)行性能分析，其實很簡單，就下面這個圖就搞定了，大家都懂的：

再說說如何對web項目性能分析吧...

先打開web項目解決方案，然后直接進(jìn)行性能分析，有人會說沒有請求操作啊，這個簡單，有多個解決辦法：