3.1 減少往返行程（Reduce Round Trips）
    使用下面的方法可以減少Web服務(wù)器和Browser之間的往返行程：
    1. 為Browser啟用緩存
    如果呈現(xiàn)的內(nèi)容是靜態(tài)的或變化周期較長，應(yīng)啟用Browser緩存，避免發(fā)出冗余的http請求。

    2. 緩沖頁面輸出
    如果可能，則盡量緩沖頁面輸出，處理結(jié)束后再一次傳送到客戶端，這可以避免頻繁傳遞小塊內(nèi)容所造成的多次網(wǎng)絡(luò)交互。由于這種方式在頁面處理結(jié)束之前客戶端無法看到頁面內(nèi)容，因此如果一個頁面的尺寸較大的話，可考慮使用Response.Flush方法。該方法強制輸出迄今為止在緩沖區(qū)中的內(nèi)容，你應(yīng)當采用合理的算法控制調(diào)用Response.Flush方法的次數(shù)。

    3. 使用Server.Transfer重定向請求
    使用Server.Transfer方法重定向請求優(yōu)于Response.Redirect方法。原因是Response.Redirect會向Broswer回送一個響應(yīng)頭，在響應(yīng)頭中指出重定向的URL，之后Brower使用新的URL重新發(fā)出請求。而Server.Transfer方法直接是一個簡單的服務(wù)端調(diào)用，完全沒有這些開銷！
    需要注意Server.Transfer有局限性：第一，它會跳過安全檢查；第二，只適用于在同一Web應(yīng)用內(nèi)的頁面間跳轉(zhuǎn)。

    3.2 避免阻塞和長時間的作業(yè)
    如果需要運行阻塞或長時間運行的操作，可以考慮使用異步調(diào)用的機制，以便Web服務(wù)器能夠繼續(xù)處理其它的請求。
    1. 使用異步方式調(diào)用Web服務(wù)和遠程對象
    只要有可能就要避免在請求的處理過程中對Web服務(wù)和遠程對象的同步調(diào)用，因為它占用的是的ASP.NET 線程池中的工作線程，這將直接影響Web服務(wù)器響應(yīng)其它請求的能力。

    2. 考慮給不需要返回值的Web方法或遠程對象的方法添加OneWay屬性
    這種模式能讓Web Server調(diào)用之后就立即返回。可根據(jù)實際情況決定是否使用這種方法。

    3. 使用工作隊列
    將作業(yè)提交到服務(wù)器上的工作隊列中?？蛻舳送ㄟ^發(fā)送請求來輪詢作業(yè)的執(zhí)行結(jié)果。

    3.3 使用緩存
    緩存能在很大程度上決定ASP.NET應(yīng)用的最終性能。Asp.net支持頁面輸出緩存和頁面部分緩存，并提供Cache API，供應(yīng)用程序緩存自己的數(shù)據(jù)。是否使用緩存可考慮下面的要點：
    1. 識別創(chuàng)建與訪問代價較大的數(shù)據(jù)
    2. 評估需要緩存數(shù)據(jù)的易變性
    3. 評估數(shù)據(jù)的使用頻次
    4. 將要緩存數(shù)據(jù)中易變數(shù)據(jù)和不變數(shù)據(jù)分離，只緩存不變數(shù)據(jù)
    5. 選擇合適的緩存機制（除Asp.net Cache外，Application state和Session state也可以作為緩存使用）

    3.4 多線程
    1. 避免在請求處理過程中創(chuàng)建線程
    在執(zhí)行請求的過程中創(chuàng)建線程是一種代價較大的操作，會嚴重影響Web Server的性能。如果后續(xù)的操作必須用線程完成，建議通過thread pool來創(chuàng)建/管理線程。

    2. 不要依賴線程數(shù)據(jù)槽或線程靜態(tài)變量
    由于執(zhí)行請求的線程是ASP.NET thread pool中的工作線程，同一個Client的兩次請求不一定由相同的線程來處理。

    3. 避免阻塞處理請求的線程
參考"避免阻塞和長時間的作業(yè)"小節(jié)。

    4. 避免異步調(diào)用
    這和1的情況類似。異步調(diào)用會導致創(chuàng)建新的線程，增加服務(wù)器的負擔。所以，如果沒有并發(fā)的作業(yè)要執(zhí)行，就不要執(zhí)行異步調(diào)用。

    3.5 系統(tǒng)資源
    1. 考慮實現(xiàn)資源池以提升性能
    2. 明確地調(diào)用Dispose或Close釋放系統(tǒng)資源
    3. 不要緩存或長時間占用資源池中的資源
    4. 盡可能晚的申請，盡可能早的釋放

    3.6 頁面處理
    1. 盡量減小Page的尺寸
    包括縮短控件的名稱、CSS的class的名稱、去掉無謂空行和空格、禁用不需要的ViewState
    2. 啟用頁面輸出的緩沖區(qū)（Buffer）
    如果Buffer的機制被關(guān)閉，可以用下面的方法打開。
     使用程序打開頁面輸出緩存：
      Response.BufferOutput = true;

     使用@Page開關(guān)打開頁面輸出緩沖機制：
      <%@ Page Buffer = "true" %>

     使用Web.config或Machine.config配置文件的<pages>節(jié)點：
      <pages buffer="true" …>
    3. 利用Page.IsPostBack優(yōu)化頁面輸出
    4. 通過分離頁面的不同的內(nèi)容，來提高緩存效率和減少呈現(xiàn)的時間 
    5. 優(yōu)化復(fù)雜和代價較大的循環(huán) 
    6. 合理利用客戶端的計算資源，將一些操作轉(zhuǎn)移到客戶端進行

    3.7 ViewState
    ViewState是Asp.net為服務(wù)端控件在頁面回傳之間跟蹤狀態(tài)信息而設(shè)計的一種機制。
    1. 關(guān)閉ViewState
    如果不需要跟蹤頁面狀態(tài)，例如頁面不會 回傳（PostBack）、不需要處理服務(wù)端控件事件或者每次頁面刷新時都會重新計算控件內(nèi)容，那么就不需要用ViewState來記錄頁面狀態(tài)了。可以對特定的WebControl設(shè)置EnableViewState屬性，也可以在頁面一級設(shè)置：
<%@ Page EnableViewState="false" %>

    2. 在恰當?shù)臅r間點初始化控件屬性
    ASP.NET的控件在執(zhí)行構(gòu)造函數(shù)、初始化的期間設(shè)置的屬性不會被跟蹤變化；而在初始化階段之后對屬性的修改都會被跟蹤，并最終記錄到IE頁面的__VIEWSTATE之中。所以，選擇合理的初始化控件屬性的執(zhí)行點，能有效的減小頁面尺寸。

    3. 謹慎選擇放到ViewState中的內(nèi)容
    放到ViewState中的內(nèi)容會被序列化/反序列化，Asp.net為String、Integer、Boolean等基本類型的序列化做了優(yōu)化，如果Array、ArrayList、HashTable存儲的是基本類型效率也較高，但其它類型則需要提供類型轉(zhuǎn)換器（Type Converter），否則將使用代價昂貴的二進制序列化程序。