最近在領導的要求下做了一下項目的優化，總結如下：

　　1. 使用存儲過程（如果在程序里用exec 存儲過程參數，這樣執行似乎并沒有快多少）。

　　　　在數據庫里是預編譯的，也不需要在字符串傳輸上花費大量時間。 防sql注入攻擊。

　　2. 盡量優化數據庫語句，使邏輯盡量簡單

      　　a) 還有就是在使用函數時，charindex >like > padindex  效率依次遞減。

　　　　b) 查詢字段是否包含在以，分隔的字段串時，最好不要用in  速度非常慢。

　　　　還有好多，可以總結的，這里就不再描述了。

　　3.  EnableViewState(頁面的視圖狀態)。如果無特殊要求設置為false。

　　使用ViewState，每個對象都必須先序列化到ViewState中，然后再通過回傳進行反序列化，因此使用ViewState是有代價的。盡量減少使用對象，如果可能，盡量減少放入ViewState中的對象的數目。下面情況基本上可以禁用ViewState：

　　(1) 頁面控件 （.ascx）。

      (2) 頁面不回傳給自身。

      (3) 無需對控件的事件處理。

      (4) 控件沒有動態的或數據綁定的屬性值（或對于每個postpack都在代碼中處理）。

　　單個頁面或每個頁面都禁用 ViewState，如下所示：

　　單個頁面：<%@ Page EnableViewState="False" %>

　　每個頁面：在 web.config 中 <Pages EnableViewState="false" />

　　EnableSessionState保持默認值即可（如果頁面用到sessionstate它才會占用資源）。

　　EnableViewStateMac如果無安全上的特殊要求，保持默認值。

　　4.  Pagelayout頁面布局模型

　　建議使用Flowlayout(元素不帶絕對定位屬性添加)。Gridlayout(絕對定位屬性)由于采用絕對定位，將會比Flowlayout生產更多的代碼，主要是控件的定位信息。radiobuttonlist和checkboxlist等

　　5. 項目發布的時候切記解除頁面的Debug狀態

　　6. 盡量選擇html控件

　　能在客戶端實現的功能就在客戶端實現(熟練掌握JavaScript)，減少服務器的壓力。數據控件選擇順序：Repeater、DataList、DataGrid。

　　7. 在建立數據庫連接后只有在真正需要操作時才打開連接，使用完畢后馬上關閉，從而盡量減少數據庫連接打開的時間，避免出現超出連接限制的情況。

　　8. 字符串操作性能優化

　　(1) 使用值類型的ToString方法。

　　在連接字符串時，經常使用"+"號直接將數字添加到字符串中。這種方法雖然簡單，也可以得到正確結果，但是由于涉及到不同的數據類型，數字需要通過裝箱操作 ，轉化為引用類型才可以添加到字符串中。但是裝箱操作對性能影響較大，因為在進行這類處理時，將在托管堆中分配一個新的對象，原有的值復制到新創建的對象中。使用值類型的ToString方法可以避免裝箱操作，從而提高應用程序性能。

　　(2) 運用StringBuilder類

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

　　9. 只要可能就緩存數據或頁輸出

　　ASP.NET 提供了一些簡單的機制，它們會在不需要為每個頁請求動態計算頁輸出或數據時緩存這些頁輸出或數據。另外，通過設計要進行緩存的頁和數據請求(特別是在站點中預期將有較大通訊量的區域)，可以優化這些頁的性能。與.NET Framework的任何Web窗體功能相比，適當地使用緩存可以更好的提高站點的性能，有時這種提高是超數量級的。使用ASP.NET緩存機制有兩點需要注意。首先，不要緩存太多項。緩存每個項均有開銷，特別是在內存使用方面。不要緩存容易重新計算和很少使用的項。其次，給緩存的項分配的有效期不要太短。很快到期的項會導致緩存中不必要的周轉，并且經常導致更多的代碼清除和垃圾回收工作。若關心此問題，請監視與ASP.NET Applications 性能對象關聯的Cache Total Turnover Rate性能計數器。高周轉率可能說明存在問題，特別是當項在到期前被移除時。這也稱作內存壓力。

　　10. 使用 HttpServerUtility.Transfer 方法在同一應用程序的頁面間重定向

　　采用 Server.Transfer 語法，在頁面中使用該方法可避免不必要的客戶端重定向。但要根據情況區分Response.Redirect .Response.Execute的使用方法，區別對待。

　　11 .適當地使用公共語言運行庫的垃圾回收器和自動內存管理

　　小心不要給每個請求分配過多內存，因為這樣垃圾回收器將必須更頻繁地進行更多的工作。另外，不要讓不必要的指針指向對象，因為它們將使對象保持活動狀態，并且應盡量避免含Finalize方法的對象，因為它們在后面會導致更多的工作。特別是在 Finalize 調用中永遠不要釋放資源，因為資源在被垃圾回收器回收之前可能一直消耗著內存。最后這個問題經常會對Web服務器環境的性能造成毀滅性的打擊，因為在等待 Finalize 運行時，很容易耗盡某個特定的資源。

　　12. 不要依賴代碼中的異常

　　因為異常大大地降低性能，所以您不應該將它們用作控制正常程序流程的方式。如果有可能檢測到代碼中可能導致異常的狀態，請執行這種操作。不要在處理該狀態之前捕獲異常本身。常見的方案包括：檢查null，分配給將分析為數字值的String 一個值，或在應用數學運算前檢查特定值。

　　13. 使用HttpResponse.Write方法進行字符串串聯

　　該方法提供非常有效的緩沖和連接服務。但是，如果您正在執行廣泛的連接，請使用多個Response.Write 調用。下面示例中顯示的技術比用對Response.Write 方法的單個調用連接字符串更快。

　　Response.Write("atest");
　　Response.Write(strString);
　　Response.Write("boxbig");

　　14. 除非有特殊的原因要關閉緩沖，否則使其保持打開。

　　禁用 Web 窗體頁的緩沖會導致大量的性能開銷。

　　15. 避免到服務器的不必要的往返過程

　　使用Page.IsPostBack避免對往返過程執行不必要的處理。

　　雖然您很可能希望盡量多地使用Web窗體頁框架的那些節省時間和代碼的功能，但在某些情況下卻不宜使用 ASP.NET 服務器控件和回發事件處理。通常，只有在檢索或存儲數據時，您才需要啟動到服務器的往返過程。多數數據操作可在這些往返過程間的客戶端上進行。

　　16. ASP.NET應用程序性能測試

　　在對ASP.NET應用程序進行性能測試之前，應確保應用程序沒有錯誤，而且功能正確。具體的性能測試可以采用以下工具進行：Web Application Strees Tool (WAS)是Microsoft發布的一個免費測試工具。它可以模擬成百上千個用戶同時對Web應用程序進行訪問請求，在服務器上形成流量負載，從而達到測試的目的，可以生成平均TTFB、平均TTLB等性能匯總報告。 Application Center Test (ACT) 是一個測試工具，附帶于Visual Studio.NET的企業版中，是Microsoft正式支持的Web應用程序測試工具。它能夠直觀地生成圖表結果，功能比WAS多，但不具備多個客戶機同時測試的能力。服務器操作系統"管理工具"中的"性能"計數器，可以對服務器進行監測以了解應用程序性能。微軟還是出了IIS日志查看工具 LogParserLizardSetup.msi，LogParser.msi 兩者配合使用。可查看每一個頁面加載調用執行的時間。

　　17.  壓縮js

　　js在頁面中調用的大小寫要保持一致，免得緩存了不同的文件，頁面的js可以的話，寫成單位的文件進行調用 。圖片少用jpeg，使用gzip對網頁進行壓縮. 加快頁面展示速度。

　　18.  把調用js，盡量寫在頁面底部， 還有viewstate 狀態也可以重寫到頁面低部， 也可以把viewstate進行壓縮。條件是viewstate必要要用的情況之下。