程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> ASP.NET >> 關於ASP.NET >> 構建高性能ASP.NET站點

構建高性能ASP.NET站點

編輯:關於ASP.NET

      在用ASP.NET開發網站的時候,性能是永遠需要考慮和關注的問題,性能不僅僅只是程序代碼執行時候的速度,而是涉及到方方面面的東西。

      就拿ASP.NET的一個請求來講,從浏覽器向服務器的ASP.NET網站發送請求開始一直到最後整個頁面呈現在我們面前,其中請求經過的每一個步驟,都是有不同的調優方式的,而且調用的方法也很多,不僅僅只是常見的:緩存,多線程,異步等。

      本系列的文章決定從兩個大的方面來講述調優:

      前台調優:主要包含如何盡量的減少http請求,從http請求開始,到如何加載js, css,如何壓縮傳輸的數據等。

      後台調優:分析ASP.NET請求的處理過程,並在每一步給出相應的調優方法,而且在代碼組織,架構和數據庫的操作上面給出調優的方法。

      記得在剛剛開發網站的時候,一提到提高性能,最容易也是最快想到的就是緩存,而且在微軟官方的Best Practice的一些文檔中也是建議:層層緩存(在數據存儲層,DAL,BLL,UI等都要緩存)。然後在網站中就”緩存遍地開花”,最後的確實不盡人意。

      另外的一個常見的優化針對數據庫的:如盡量減少子查詢,使用join聯接;在常常需要查詢的字段上面建立索引。確實,這些是很通用,也不錯的一些規則。

      而且還有一個體會就是,在優化性能的時候,如果選擇優化代碼和數據庫,往往優化數據庫的一些操作帶來的效果會更加的好,很可惜的是:在項目中(至少在我開發的一些項目中),數據庫僅僅就只是一個數據的存儲設備而已,僅此而已,沒有發揮出數據庫的強大作用。所以還是建議對數據庫的內部查詢和存儲的機制要熟悉,畢竟很多時候開發人員也擔任了DBA的工作(很多公司沒有正式的DBA)。

      而且在項目中我們設計數據庫的時候,特別是表字段的時候,是需要有些考慮的,很多人建議表字段的長度不要太長,這也是大家常見的建議,但是為什麼?其實,這就需要懂得一些數據庫的內部存儲機制了:在數據庫(SQL SERVER )保存的時候,數據是以”頁”為最小的單位的,每一頁有8K的大小,如果你的一個表中的數據超過8K,那麼這個表的數據就要分幾個頁面保存,這樣在對數據進行查詢的時候,就要跨頁查詢了,跨頁是需要性能消耗的,如果數據都在一個頁面上,那麼速度肯定快些。

      所以,要優化網站,就得知道性能消耗在哪裡。

      當優化的一個網站的時候,不是盲目的一概而論的,一般來說有兩種情況:

      1. 網站已經存在了,並且運行了,現在要優化。

      2. 正在從頭開發一個新的網站。

      如果是第一種情況,那麼首先要找出網站性能的瓶頸,從前台的請求的到後台的請求處理,一直到最後頁面的呈現,都要一步步的審查。

      如果是第二種情況,可能情況就稍微好一點,並且網站現在完全由我們控制,所有在開發和設計的過程中就可以采用很多的優化原則來優化。

      優化不一定就是代碼重寫或者做些很大的改動,優化時一點點的累積的,就好比代碼的重構一樣,都是一個積累的效果。比如,是在頁面一開始的時候載入js腳本,還是在整個頁面的最後載入js腳本,有時候往往就只是簡單的調整一下載入的文件,或者異步的載入腳本,或者通過CDN傳輸腳本等等方法,性能就提升了。性能的提升也不是沒有代價的,有的代價很小,例如只是把腳本的載入放在頁面最後,大的代價就是,例如買些服務器設備,如Content Delivery Network(CDN)來把靜態的文件(js,css,image)傳送到客戶端。所以說,優化需要權衡策略。

      不知道大家是否有過這樣的體會:當看著自己開發出來的系統性能很好的時候,自己是很自信的,相反,如果系統很慢,有時真不想說這個系統是自己做的。

    1. 上一頁:
    2. 下一頁:
    Copyright © 程式師世界 All Rights Reserved