那性能問題到底該如何解決？
以下是應用系統(tǒng)發(fā)布前，作為 .NET 開發(fā)人員需要檢查的點。

那性能問題到底該如何解決？
以下是應用系統(tǒng)發(fā)布前，作為 .NET 開發(fā)人員需要檢查的點。

1.debug=「false」

當創(chuàng)建 ASP.NET Web應用程序，默認設置為「true」。開發(fā)過程中，設置為「true」是非常有用多，但在應用程序發(fā)布部署時，需將其設置為「false」。

<compilation defaultLanguage="C#" debug="false" targetFramework="4.0" />  

2.關閉 tracing(追蹤)

tracing 是非?？膳碌模阌袥]有忘記關閉它。假如沒用，請確定編輯 web.config 并且關閉它。它將占用大量您的程序資源。

<trace enabled="false" requestLimit=”10” pageoutput=”false” traceMode=”SortByTime” localOnly=”true”>  

3.禁用 session

假如您用不到 session 會話跟蹤請務必禁用它。您可以在每個 asp.net 頁面中設置如下:

<%@ page language="c#" codebehind="webform1.aspx.cs" autoeventwireup="false" inherits="webapplication1.webform1"

enablesessionstate="false" %>  

4.使用發(fā)布版本部署應用

部署應用程序到生產(chǎn)環(huán)境時，要確保使用的發(fā)布版本模式，而不是調試模式。如果使用調試模板極容易發(fā)生請求超時。部署成發(fā)布版本，你將會發(fā)現(xiàn)速度有很大的提升。

5.關閉頁面的 View State

View State 主要是在提交以后回顯用的，它只有在頁面中的數(shù)據(jù)是提交到本頁時才有用。其默認是「true」。如果你沒有使用表單數(shù)據(jù)回傳，那么可以關閉 View State。

<%@ Page EnableViewState="false" %>  

6.避免使用 Response.Redirect

Redirect(重定向)非常麻煩，它僅用于用于從當前物理服務器開發(fā)跳轉到其它服務器。如果只是在本服務器開發(fā)內(nèi)頁面跳轉請使用 Server.Transfer 語法，這樣會減少很多沒有必要的客戶端重定向。

7.運用 StringBuilder 類以及使用 ToString()方法

String 類對象是不可改變的，對于 String 對象的重新賦值在本質上是重新創(chuàng)建了一個 String 對象并將新值賦予該對象，其方法 ToString 對性能的提高并非很顯著。在處理字符串時，最好使用 StringBuilder 類，其 .NET 命名空間是 System.Text。該類并非創(chuàng)建新的對象，而是通過 Append，Remove，Insert 等方法直接對字符串進行操作，通過 ToString 方法返回操作結果。 
其定義及操作語句如下所示：

int num;  
　　System.Text.StringBuilder str = new System.Text.StringBuilder(); //創(chuàng)建字符串 
　　str.Append(num.ToString()); //添加數(shù)值num 
　　Response.Write(str.ToString); //顯示操作結果

8.避免拋出異常

異常會導致速度變慢，并且使得應用程序頁面顯示異常，使得無法進行其他操作?？梢允褂?try / catch 使出現(xiàn)的異常記錄到日志文件中。

9.使用 finally 方法回收資源

假如你在應用開發(fā)中大量使用其他數(shù)據(jù)庫連接和訪問文件，請確定在用完后關閉它們。finally 塊是程序中最后被執(zhí)行，因此在這里面的代碼會確保一定會被執(zhí)行，關閉代碼一定要在這個開發(fā)方法塊中執(zhí)行。

10.使用客戶端腳本驗證

用客戶端驗證代替服務器開發(fā)端驗證。服務器開發(fā)端數(shù)據(jù)驗證將會大量消耗您的服務器開發(fā)上的資源，并且會代來大量的頁面數(shù)據(jù)回傳。

11.使用 Page.IsPostback

請確保不執(zhí)行過多的回傳代碼。使用 Page.IsPostBack 屬性，以確保只執(zhí)行頁面初始化邏輯，當一個頁面第一次加載，而不向響應客戶回發(fā)。

12.使用分頁

大多數(shù) Web 應用程序數(shù)據(jù)是以表格形式顯示。分頁有利用應用開發(fā)程序效率。每次盡量顯示小部分數(shù)據(jù)，這樣會加快頁面顯示速度。

13.使用 Ajax 異步調用

使用 Ajax 方法，進行異步調用。

14.刪除未使用的 HttpModules

對于 httpModules，我們可以理解為：建立一個通用的可用被插入任何 Web 應用程序的 HttpApplication 事件鉤子。使用 HttpModule 是可復用的，不需要特定語應用程序代碼的，只需要 web.config 中的一個條目。 在 web.config 文件中，刪除未使用的 HttpModules。

15.避免遞歸函數(shù)/嵌套循環(huán)

在任何編程語言中都需避免嵌套循環(huán)和遞歸函數(shù)，以提高性能。

16.不使用不必要的 Server Control

ASP.NET 中，大量的服務器端控件方便了程序開發(fā)，但也可能帶來性能的損失，因為用戶每操作一次服務器端控件，就產(chǎn)生一次與服務器端的往返過程。因此，非必要，應當少使用 Server Control。

17.調用多個操作時，請使用多線程

問題出現(xiàn)時，單線程卡在此問題上長時間運行。因此，可以使用多個線程以提高應用程序的響應速度。

18.數(shù)據(jù)庫的連接和關閉

訪問數(shù)據(jù)庫資源需要創(chuàng)建連接、打開連接和關閉連接幾個操作。這些過程需要多次與數(shù)據(jù)庫交換信息以通過身份驗證，比較耗費服務器資源。ASP.NET 中提供了連接池(Connection Pool)改善打開和關閉數(shù)據(jù)庫對性能的影響。系統(tǒng)將用戶的數(shù)據(jù)庫連接放在連接池中，需要時取出，關閉時收回連接，等待下一次的連接請求。連接池的大小是有限的，如果在連接池達到最大限度后仍要求創(chuàng)建連接，必然大大影響性能。因此，在建立數(shù)據(jù)庫連接后只有在真正需要操作時才打開連接，使用完畢后馬上關閉，從而盡量減少數(shù)據(jù)庫連接打開的時間，避免出現(xiàn)超出連接限制的情況。

19.將 SqlDataReader 類用于快速只進數(shù)據(jù)游標

SqlDataReader 類提供了一種讀取從 SQL Server 數(shù)據(jù)庫檢索的只進數(shù)據(jù)流的方法。如果當創(chuàng)建 ASP.NET 應用程序時出現(xiàn)允許您使用它的情況，則 SqlDataReader 類提供比 DataSet 類更高的性能。情況之所以這樣，是因為 SqlDataReader 使用 SQL Server 的本機網(wǎng)絡數(shù)據(jù)傳輸格式從數(shù)據(jù)庫連接直接讀取數(shù)據(jù)。另外，SqlDataReader 類實現(xiàn) IEnumerable 接口，該接口也允許您將數(shù)據(jù)綁定到服務器控件。有關更多信息，請參見 SqlDataReader 類。有關 ASP.NET 如何訪問數(shù)據(jù)的信息，請參見通過 ASP.NET 訪問數(shù)據(jù)。

20.高性能的 SQL 語句規(guī)則

• 盡量避免全表掃描
• 盡量避免在 where 子句中對字段進行 null 值判斷
• 盡量避免在 where 子句中使用 != 或 <> 操作符
• 盡量避免在 where 子句中使用 or 來連接條件
• in 和 not in 也要慎用
• 不要在 where 子句中的「=」左邊進行函數(shù)、算術運算或其他表達式運算
• Update 語句，如果只更改1、2個字段，不要Update全部字段
• 對于多張大數(shù)據(jù)量（這里幾百條就算大了）的表JOIN，要先分頁再JOIN，否則邏輯讀會很高，性能很差
• 盡可能的使用 varchar/nvarchar 代替 char/nchar 更多規(guī)則方法請參照：http://database.51cto.com/art/201407/445934.htm

21.緩存

緩存是一種用空間換取時間的技術，通俗點也就是說把你得到的數(shù)據(jù)存放在內(nèi)存中一段時間，在這短時間內(nèi)服務器不去讀取數(shù)據(jù)庫、或是真實的數(shù)據(jù)源，而是讀取你存放在內(nèi)存中的數(shù)據(jù)。 緩存是網(wǎng)站性能優(yōu)化不可缺少的一種數(shù)據(jù)處理機制，他能有效的緩解數(shù)據(jù)庫壓力。 ASP.NET 中的緩存主要分為：

• 頁面緩存
• 數(shù)據(jù)源緩存
• 自定義數(shù)據(jù)緩存

22.做負載均衡和服務器加成

負載均衡不應該僅僅被看作是實現(xiàn)可擴展性的一種手段。盡管它肯定提高了可擴展性，很多時候它增加了 Web 應用程序的性能，因為請求和用戶都散發(fā)著多個服務器。

23.通過 FxCop 做代碼檢查和優(yōu)化

FxCop 是一個代碼分析工具，它使用基于規(guī)則的引擎，來檢查出你代碼中不合規(guī)范的部分；你也可以定制自己的規(guī)則加入到這個引擎。

其中的一些規(guī)則是：

• 避免過多的局部變量
• 避免使用未調用的私有代碼
• 避免未實例化的內(nèi)部類
• 避免使用未密封的特性
• 避免進行不必要的強制轉換
• 以內(nèi)聯(lián)方式初始化引用類型的靜態(tài)字段
• 用 NeutralResourcesLanguageAttribute 標記程序集
• 將成員標記為 Static 等等。

24.ASP.NET 性能監(jiān)控工具

這些是用于監(jiān)視代碼的性能的工具。

• .NET 內(nèi)存分析器
• OneAPM
• Red Gate ANTS 性能分析工具
• Fiddler
• 性能計數(shù)器

結論： 以上是一些性能調整的提示。性能調優(yōu)不是一天兩天的工作，而是一個反反復復的過程。對于網(wǎng)站開發(fā)人員來說，在編寫 ASP.NET 應用程序時注意性能問題，養(yǎng)成良好的習慣，提高應用程序性能，至少可以推遲必需的硬件升級，降低網(wǎng)站的成本。

更多應用性能優(yōu)化方法，請參照：
1.http://www.c-sharpcorner.com/UploadFile/dev4634/performance-tuning-in-Asp-Net-web-applications/ 
2.http://tech.it168.com/d/2008-07-16/200807161434833_all.shtml 
3.http://news.oneapm.com/11-asp-net-performance-oneapm/