首頁>網絡編程教程>ASP.NET教程

Web.config詳解+asp.net最佳化

作者：Eve Cole 更新時間：2009-07-01 16:44:14
一、認識Web.config文件
Web.config 檔案是一個xml文字文件，它用來儲存asp.NET Web 應用程式的設定資訊（如最常用的設定asp.NET Web 應用程式的驗證方式），它可以出現在應用程式的每一個目錄中。當你透過.NET新建一個Web應用程式後，預設會在根目錄自動建立一個預設的Web.config文件，包括預設的設定設置，所有的子目錄都繼承它的設定。如果你想要修改子目錄的設定設置，你可以在該子目錄下新建一個Web.config檔。它可以提供從父目錄繼承的配置資訊以外的配置信息，也可以重寫或修改父目錄中定義的設定。
(一).Web.Config是以xml檔案規格儲存,設定檔分為以下格式
1.設定節處理程序聲明特點：位於設定檔的頂部，包含在<configSections>標誌中。
2.特定應用程式配置特點: 位於<appSetting>中。可以定義應用程式的全域常數設定等資訊.
3.設定節設定特點: 位於<system.Web>節中，控制asp.net運行時的行為.
4.設定節組特點: 用<sectionGroup>標記，可以自訂分組，可以放到<configSections>內部或其它<sectionGroup>標記的內部.
(二).配置節的每一節
1.<configuration>節根元素，其它節都是在它的內部.
2.<appSetting>節此節用於定義應用程式設定項目。對一些不確定性設置，還可以讓使用者根據自己實際情況自己設定用法:
I.<appSettings>
<add key="Conntction" value="server=192.168.85.66;userid=sa;password=;database=Info;"/>
<appSettings>
定義了一個連接字串常數，並且在實際應用時可以修改連接字串，不用修改程式碼.
II.<appSettings>
<add key="ErrPage" value="Error.aspx"/><appSettings> 定義了一個錯誤重定向頁.
3.<compilation>節格式:
<compilation
defaultLanguage="c#"
debug="true"
/>
I.default language: 定義後台程式碼語言,可以選擇c#和vb.net兩種語言.
IIdebug : 為true時，啟動aspx調試；為false不啟動aspx調試，因而可以提高應用程式運行時的效能。一般程式設計師在開發時設定為true,交給客戶時設定為false.
4.<customErrors>節格式:
<customErrors
mode="RemoteOnly"
defaultRedirect="error.aspx"
<error statusCode="440" redirect="err440page.aspx"/>
<error statusCode="500" redirect="err500Page.aspx"/>
/>
I.mode : 具有On,Off,RemoteOnly 3種狀態。 On表示始終顯示自訂的資訊; Off表示始終顯示詳細的asp.net錯誤訊息; RemoteOnly表示只對不在本機網路網路伺服器上執行的使用者顯示自訂資訊.
II.defaultRedirect: 用於發生錯誤時重定向的URL位址. 是可選的
III.statusCode: 指明錯誤狀態碼，表示一種特定的出錯狀態.
IV. redirect:錯誤重定向的URL.
5.<globalization>節格式:
<globalization
requestEncoding="utf-8"
responseEncoding="utf-8"
fileEncoding="utf-8"
/>
I.requestEncoding: 它用來檢查每一個發送請求的編碼.
II.responseEncoding: 用於檢查發回的回應內容編碼.
III.fileEncoding: 用於檢查aspx,asax等檔案解析的預設編碼.
6.<sessionState>節格式:
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
I.mode: 分為off,Inproc,StateServer,SqlServer幾個狀態
mode = InProc 儲存在進程中特點：具有最佳的效能，速度最快,但不能跨多台伺服器儲存共用.mode = "StateServer" 儲存在狀態伺服器中特點: 當需要跨伺服器維護使用者會話資訊時，使用此方法。但是資訊儲存在狀態伺服器上，一旦狀態伺服器發生故障，資訊將遺失. mode="SqlServer" 儲存在sql server中特點:工作負載會變大，但資訊不會遺失.
II. stateConnectionString :指定asp.net應用程式儲存遠端會話狀態的伺服器名，預設為本機
III.sqlConnectionString:當用會話狀態資料庫時，在這裡設定連接字串
IV. Cookieless:設定為true時，表示不使用cookie會話狀態來識別客戶；否則，相反.
V. TimeOut:用來定義會話狀態儲存的時間，超過期限，將自動終止會話.
7.<authentication>節格式:
<authentication mode="Forms">
<forms name=".ASPXUSERDEMO" loginUrl="Login.aspx" protection="All" timeout="30"/>
</authentication>
<authorization>
<deny users="?"/>
</authorization>
I.Windows: 使用IIS驗證方式
II.Forms: 使用基於窗體的驗證方式
III.Passport: 採用Passport cookie驗證模式
IV.None: 不採用任何驗證方式裡面內嵌Forms節點的屬性涵義:
I.Name: 指定完成驗證的Http cookie的名稱.
II.LoginUrl: 若未經過驗證或逾時後重定向的頁面URL，一般為登入頁面，讓使用者重新登入
III.Protection: 指定cookie資料的保護方式.
可設定為: All None Encryption Validation四種保護方式
a. All表示加密數據，並進行有效性驗證兩種方式
b. None表示不保護Cookie.
c. Encryption表示對Cookie內容進行加密
d. validation表示對Cookie內容進行有效性驗證
IV. TimeOut: 指定Cookie的失效時間. 逾時後要重新登入.
在執行時Web.config檔的修改不需要重新啟動服務就可以生效（註：<processModel> 節例外）。當然Web.config檔是可以擴充的。你可以自訂新配置參數並編寫配置節處理程序以對它們進行處理。
web.config設定檔（預設的設定）以下所有的程式碼都應該位於
<configuration>
<system.web>
和
</system.web>
</configuration>
之間，出於學習的目的下面的範例都省略了這段xml標記。
1、<authentication> 節作用：設定asp.NET 驗證支援（為Windows、Forms、PassPort、None四種）。該元素只能在電腦、網站或應用程式層級聲明。 < authentication> 元素必須與<authorization> 節搭配使用。
範例：
以下範例為基於窗體（Forms）的身份驗證配置站點，當沒有登陸的使用者造訪需要身份驗證的網頁，網頁會自動跳到登陸網頁。
<authentication mode="Forms" >
<forms loginUrl="logon.aspx" name=".FormsAuthCookie"/>
</authentication>
其中元素loginUrl表示登陸網頁的名稱，name表示Cookie名稱。
2、<authorization> 節作用：控制對URL 資源的客戶端存取（如允許匿名使用者存取）。此元素可以在任何層級（電腦、網站、應用程式、子目錄或頁面）上聲明。必需與<authentication> 節搭配使用。
範例：以下範例禁止匿名使用者的訪問
<authorization>
<deny users="?"/>
</authorization>
注意：你可以使用user.identity.name來取得已經過驗證的目前的使用者名稱；可以使用web.Security.FormsAuthentication.RedirectFromLoginPage方法將已驗證的使用者重新導向到使用者剛才要求的頁面.具體的
3、<compilation>節作用：配置asp.NET 所使用的所有編譯設定。預設的debug屬性為「True」.在程式編譯完成交付使用之後應將其設為False（Web.config檔中有詳細說明，此處省略範例）
4、<customErrors>
作用：為asp.NET 應用程式提供有關自訂錯誤訊息的資訊。它不適用於xml Web services 中發生的錯誤。
範例：當發生錯誤時，將網頁跳到自訂的錯誤頁面。
<customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly">
</customErrors>
其中元素defaultRedirect表示自訂的錯誤網頁的名稱。 mode元素表示：對不在本機Web 伺服器上執行的使用者顯示自訂(友善的)資訊。
5.<httpRuntime>節作用：配置asp.NET HTTP 運行庫設定。該節可以在電腦、網站、應用程式和子目錄層級聲明。
範例：控制使用者上傳檔案最大為4M，最長時間為60秒，最多請求數為100
<httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/>
6、 <pages>
作用：標識特定於頁的配置設定（如是否啟用會話狀態、視圖狀態，是否偵測使用者的輸入等）。 <pages>可以在電腦、網站、應用程式和子目錄層級聲明。
範例：不檢測使用者在瀏覽器輸入的內容中是否有潛在的危險資料（註：該項預設是偵測，如果你使用了不偵測，一要對使用者的輸入進行編碼或驗證)，在從客戶端回發頁時將檢查加密的視圖狀態，以驗證視圖狀態是否已在客戶端被竄改。 (註：該項預設為不驗證）
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>
7、<sessionState>
作用：為目前應用程式設定會話狀態設定（如設定是否啟用會話狀態，會話狀態儲存位置）。
範例：
<sessionState mode="InProc" cookieless="true" timeout="20"/>
</sessionState>
註：
mode="InProc"表示：在本機儲存會話狀態（你也可以選擇儲存在遠端伺服器或SAL伺服器或不啟用會話狀態）
cookieless="true"表示：如果使用者瀏覽器不支援Cookie時啟用會話狀態(預設為False）
timeout="20"表示：會話可以處於空閒狀態的分鐘數
8、<trace>
作用：配置asp.NET 追蹤服務，主要用來程式測試判斷哪裡出錯。
範例：以下為Web.config中的預設配置：
<trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" />
註：
enabled="false"表示不啟用追蹤；
requestLimit="10"表示指定在伺服器上儲存的追蹤請求的數目
pageOutput="false"表示只能透過追蹤實用工具存取追蹤輸出；
traceMode="SortByTime"表示以處理追蹤的順序來顯示追蹤訊息
localOnly="true" 表示追蹤檢視器(trace.axd) 只用於宿主Web 伺服器自訂Web.config檔設定自訂Web.config檔案設定節過程分為兩步驟。
1.在設定檔頂部<configSections> 和</configSections>標記之間聲明組態節的名稱和處理該節中配置資料的.NET Framework 類別的名稱。
2.是在<configSections> 區域之後為宣告的節做實際的設定設定。
範例：建立一個節儲存資料庫連接字串
<configuration>
<configSections>
<section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
</configSections>
<appSettings>
<add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/>
</appSettings>
<system.web>
.....
</system.web>
</configuration>
存取Web.config檔案你可以透過使用ConfigurationSettings.AppSettings 靜態字串集合來存取Web.config 檔案範例：取得上面範例中建立的連接字串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["debug"]
二、web.config中的session設定詳解開啟某個應用程式的設定檔Web.config後，我們會發現以下這段：
< sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
這一段就是配置應用程式是如何儲存session資訊的了。我們以下的各種操作主要是針對這一段配置展開。讓我們先看看這段配置中所包含的內容的意思。 sessionState節點的語法是這樣的：
< sessionState mode="Off|InProc|StateServer|SQLServer"
cookieless="true|false"
timeout="number of minutes"
stateConnectionString="tcpip=server:port"
sqlConnectionString="sql connection string"
stateNetworkTimeout="number of seconds"
/>
必須有的屬性是：屬性選項描述
mode 設定將session資訊儲存到哪裡
Ø Off 設定為不使用session功能，
Ø InProc 設定為將session儲存在流程內，就是asp中的儲存方式，這是預設值，
Ø StateServer 設定為將session儲存在獨立的狀態服務中，
Ø SQLServer 設定將session儲存在sql server中。
可選的屬性是：屬性選項描述
Ø cookieless 設定客戶端的session資訊儲存到哪裡，
Ø ture 使用Cookieless模式，
Ø false 使用Cookie模式，這是預設值，
Ø timeout 設定經過多少分鐘後伺服器自動放棄session訊息，預設為20分鐘。
stateConnectionString 設定將session資訊儲存在狀態服務中時使用的伺服器名稱和連接埠號碼，例如："tcpip=127.0.0.1:42424」。當mode的值是StateServer是，這個屬性是必要的。
sqlConnectionString 設定與sql server連接時的連接字串。例如"data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind"。當mode的值是SQLServer時，這個屬性是必要的。
stateNetworkTimeout 設定當使用StateServer模式儲存session狀態時，經過多少秒空閒後，斷開Web伺服器與儲存狀態資訊的伺服器的tcp/IP連接的。預設值是10秒鐘。
asp.NET中客戶端session狀態的儲存在我們上面的session模型簡介中，大家可以發現session狀態應該儲存在兩個地方，分別是客戶端和伺服器端。客戶端只負責保存對應網站的SessionID，而其他的session資訊則保存在伺服器端。在asp中，客戶端的SessionID實際上是以Cookie的形式儲存的。如果使用者在瀏覽器的設定中選擇了停用Cookie，那末他也就無法享受session的便利之處了，甚至造成不能造訪某些網站。為了解決以上問題，在asp.NET中客戶端的session資訊儲存方式分為：Cookie和Cookieless兩種。
asp.NET中，預設狀態下，在客戶端還是使用Cookie儲存session資訊的。如果我們想在客戶端使用Cookieless的方式儲存session資訊的方法如下：
找到目前Web應用程式的根目錄，開啟Web.Config文件，找到如下段落：
< sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
這段話中的cookieless="false"改為：cookieless="true"，這樣，客戶端的session資訊就不再使用Cookie儲存了，而是將其透過URL儲存。關閉目前的IE，打開一個新IE，重新訪問剛才的Web應用程序，就會看到類似下面的樣子：
其中， http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245 ) /default.aspx中黑體標示的就是客戶端的session ID。注意，這段訊息是由IIS自動加上的，不會影響以前正常的連線。
asp.NET中伺服器端session狀態的儲存準備：
為了您能更好的體驗到實驗現象，您可以建立一個叫做SessionState.aspx的頁面，然後把以下這些程式碼加入< body>< /body>。
< scriptrunat="server">
Sub Session_Add(sender As Object, e As EventArgs)
session("MySession") = text1.Value
span1.InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" & session("MySession"). ToString() & "< /font>"
End Sub
Sub CheckSession(sender As Object, eAs EventArgs)
If (Session("MySession")Is Nothing) Then
span1.InnerHtml = "NOTHING, session DATA LOST!"
Else
span1.InnerHtml = "Your session contains: < font color= red>" & session("MySession").ToString() & "< /font>"
End If
End Sub
< /script>
< formrunat="server"id="Form2">
< inputid="text1"type="text"runat="server"name="text1">
< inputtype="submit"runat="server"OnServerClick="Session_Add"
value="Add to session State " id="Submit1"name="Submit1">
< inputtype="submit"runat="server"OnServerClick="CheckSession"
value=" View session State " id="Submit2"name="Submit2">
< /form>
< hrsize="1">
< fontsize="6">< spanid="span1"runat="server" />< /font>
這個SessionState.aspx的頁面可以用來測試在目前的伺服器上是否遺失了session資訊。
將伺服器session資訊儲存在進程中讓我們回到Web.config檔案的剛才那段段落中：
< sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
當mode的值是InProc時，表示伺服器正在使用這種模式。
這種方式和以前asp的模式一樣，就是伺服器將session資訊儲存在IIS進程中。當IIS關閉、重起後，這些資訊都會遺失。但這種模式也有自己最大好處，就是效能最高。應為所有的session信息都儲存在了IIS的進程中，所以IIS能夠很快的訪問到這些信息，這種模式的性能比進程外存儲session信息或是在sql server中存儲session信息都要快上很多。這種模式也是asp.NET的預設方式。
好了，現在讓我們來做個試驗。打開剛才的SessionState.aspx頁面，隨便輸入一些字符，使其儲存在session中。然後，讓我們讓IIS重起。注意，並不是使目前的站點停止再開始，而是在IIS中本機的機器名的節點上點擊滑鼠右鍵，選擇重新啟動IIS。 (想當初使用NT4時，重新啟動IIS必須要重新啟動計算機才行，微軟真是@#$%^&)返回到SessionState.aspx頁面中，檢查剛才的session信息，發現信息已經丟失了。
將伺服器session資訊儲存在進程外首先，讓我們來開啟管理工具->服務，找到名為：asp.NET State Service的服務，啟動它。實際上，這個服務就是啟動一個要保存session資訊的程序。啟動這個服務後，你可以從Windows任務管理器->進程中看到一個名為aspnet_state.exe的進程，這個就是我們保存session資訊的進程。
然後，回到Web.config檔中上述的段落中，將mode的值改為StateServer。儲存檔案後的重新開啟一個IE，開啟SessionState.aspx頁面，儲存一些資訊到session。這時，讓我們重起IIS，再回到SessionState.aspx頁面中查看剛才的session訊息，發現沒有遺失。
實際上，這種將session資訊儲存在進程外的方式不光指可以將資訊儲存在本機的進程外，還可以將session資訊儲存在其他的伺服器的進程中。這時，不光需要將mode的值改為StateServer，還需要在stateConnectionString中配置對應的參數。例如你的計算你是192.168.0.1，你想把session儲存在ip為192.168.0.2的電腦的進程中，就需要設定成這樣： stateConnectionString="tcpip=192.168.0.2:42424"。當然，不要忘記在192.168.0.2的電腦中安裝.NET Framework，並且啟動asp.NET State Services服務。
將伺服器session資訊儲存在sql server中首先，還是讓我們來做一些準備工作。啟動sql server和sql server代理服務。在sql server中執行一個叫做InstallSqlState.sql的腳本檔。這個腳本檔案將在sql server中建立一個用來專門儲存session資訊的資料庫，以及一個維護session資訊資料庫的sql server代理作業。我們可以在以下路徑中找到那個檔案：
[system drive]winntMicrosoft.NETFramework[version]
然後打開查詢分析器，連接到sql server伺服器，打開剛才的那個檔案並且執行。稍等片刻，資料庫及作業就建立好了。這時，你可以開啟企業管理器，看到新增了一個叫ASPState的資料庫。但是這個資料庫中只是些預存過程，沒有用戶表。實際上session資訊是儲存在了tempdb 資料庫的ASPStateTempSessions表中的，另外一個ASPStateTempApplications表儲存了asp中application物件資訊。這兩個表也是剛才的那個腳本建立的。另外查看管理->SQL server代理->作業，發現也多了一個叫做ASPState_Job_DeleteExpiredSessions的作業，這個作業其實就是每分鐘去ASPStateTempSessions 表中刪除過期的session資訊的。
接著，我們回到Web.config文件，修改mode的值改為SQLServer。注意，也要同時修改sqlConnectionString的值，格式為：
sqlConnectionString="data source=localhost; Integrated Security=SSPI;"
其中data source是指sql server伺服器的ip位址，如果sql server與IIS是一台機子，寫127.0.0.1 就行了。 Integrated Security=SSPI的意思是使用Windows整合式驗證，這樣，存取資料庫將以asp.NET的身份進行，透過如此配置，能夠獲得比使用userid=sa;password=口令的sql server驗證方式更好的安全性。當然，如果sql server運行於另一台電腦上，你可能會需要透過Active Directory網域的方式來維護兩邊驗證的一致性。
同樣，讓我們來做個試驗。在SessionState.aspx中加入session訊息，這時發現session訊息已經存在sql server中了，即使你重起計算機，剛才的session訊息也不會遺失。現在，你已經完全看見了session資訊到底是什麼樣子的了，而且又是儲存在sql server中的，能幹什麼就看你的發揮了。

總結三、asp.net 關於form認證的一般設置
asp.net 關於form認證的一般設定：
1: 在web.config中，加入form認證；
<authentication mode="Forms">
<forms name="auth" loginUrl="index.aspx" timeout="30"></forms>
</authentication>
<authorization>
<deny users="?" />
</authorization>
2: 如果有註冊頁面時也應該允許匿名使用者呼叫註冊頁面進行註冊;
以下程式碼應該在<configuration><system.web>之間,而不應該包含到<system.web>..</system.web>之間;
----------------表示允許匿名使用者對userReg.aspx頁面存取.
<location path="userReg.aspx">
<system.web>
<authorization>
<allow users="?" />
</authorization>
</system.web>
</location>
3 在登入成功後要建立身分驗證票, 表示已經通過認證的合法使用者;
if(登陸成功)
System.Web.Security.FormsAuthentication.SetAuthCookie(使用者名稱, false);
四、存取Web.config檔你可以透過使用ConfigurationSettings.AppSettings 靜態字串集合來存取Web.config 檔案範例：取得上面範例中建立的連接字串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["scon"]
asp.Net效能優化.
(一).選擇會話狀態儲存方式
在Webconfig檔設定:
<sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false" timeout="20"/>

asp.net有三種方式儲存會話狀態資訊:
1. 儲存在進程中: 屬性mode = InProc
特點： 具有最佳的性能，速度最快,但不能跨多台伺服器存儲共享.

2. 儲存在狀態伺服器中: 屬性mode = "StateServer"
特點: 當需要跨伺服器維護使用者會話資訊時，使用此方法。
但是資訊儲存在狀態伺服器上，一旦狀態伺服器發生故障，資訊將會遺失

3. 儲存在sql server: 屬性mode="SqlServer"
特點: 工作負載會變大，但資訊不會遺失.
補充一點：
I. 由於某些頁面不需要會話狀態，則可以將會話狀態停用:
程式碼如下： <%@ Page EnableSessionState="false" %>
II.如果頁面需要存取會話變數但不允許修改它們，可以設定頁面會話狀態為唯讀:
程式碼如下： <%@ Page EnableSessionState="false" %>
使用時可以根據具體情況選擇某種方式
(二).使用Page.IsPostBack
Page.IsPostBack表示是否是從客戶端返回的. 初次運行時，不是從客戶端返回，它的值
為false,當觸發頁面上的事件或刷新頁面時，Page.IsPostBack由於是回發的，值變為true;
一般在: Page_Load方法中用:
private void Page_Load(Object sender,EventArgs e)
{
if(!Page.IsPostBack)
{
....; //初始化頁面的程式碼。這些程式碼第一次頁面初始化時執行，當第二次回發時，
//不會再執行。提高效率。
}
}
往往很多時候不得不用IsPostBack, 因為有些控制初始化後，要保持它的狀態.
例如: DropDownList,如果每次都初始化，則使用者無論選擇其選項，都會被初始化為預設值.
(三).避免使用伺服器控件
1.一般的靜態顯示訊息，盡量不要用服務端控制顯示. 因為服務端控制項需要回發服務端執行,
會降低程式執行效率,一般用<DIV>顯示即可.
如果用了服務端控件，將: runat="server"去掉,也會提高效率.
2.停用服務端控制項的狀態視圖，有些控制項不需要維護其狀態，可以設定其屬性: EnableViewState=false;
如果整個頁面控制項都不需要維持狀態視圖，則可以設定整個頁面的狀態視力為false:
程式碼如下: <%@ Page EnableViewState="false"%>
3.在Web.Config檔中設定:
asp.NET Sessionss可以在Web.config或Machine.config中的Sessionsstate元素中設定。
下面是在Web.config中的設定的範例：
<Sessionsstate timeout="10" cookieless="false" mode="Inproc" />
(四).避免使用DataGrid
大家都知道DataGrid功能強大。但是功能強大的同時，增加了效能上的開銷。一般用其它控制項: DataList
或Repeater控制項能實現的，盡量不用DataGrid.
(五).字串操作
1.避免裝箱操作. 裝箱操作運作效率比較低.
例如運行兩個程式碼段:
string test="";
for(for int i=0;i<10000;i++)
{
test = test + i;
}
和
string test="";
for(for int i=0;i<10000;i++)
{
test = test + i.ToString();
}
下面的程式碼段顯然效率要高.因為i是整型的，系統要先把i進行裝箱轉換為string型的，再進行連接. 需要時間
讀者可以Copy到自己機器上測試一下.
2.使用StringBulider類
在進行字串連接時: string str = str1 + str2 + ....;
一般超過三項連接，最好用StringBuilder來取代string類別. StringBuilder可以避免重新建立string 物件造成
的性能損失.
一般用於組裝sql語句時用到: StringBulider.
讀者可以到自己機器上測試一下.
3.盡量少用:
try
{}
catch
{}
finally
{}
語句.此語句執行效率比較低.
(六).ADO.Net使用方面最佳化
1.資料庫連線開啟和關閉。 在需要連線時打開，當訪問完資料庫要立刻關閉連線.
舉例說明,還是看兩個程式碼段:
I.
DataSet ds = new DataSet();
SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
MyConnection.Open(); //開啟連接
for(int i=0;i<1000;i++) //for迴圈模擬取得資料前的商業邏輯操作
{
Thread.Sleep(1000);
}
myAdapter.Fill(ds);
for(int i=0;i<1000;i++) //for迴圈模擬取得資料後的商業邏輯操作
{
Thread.Sleep(1000);
}
MyConnection.Close(); //關閉連接
II.
DataSet ds = new DataSet();
SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
for(int i=0;i<1000;i++) //for迴圈模擬取得資料前的商業邏輯操作
{
Thread.Sleep(1000);
}
MyConnection.Open(); //開啟連接
myAdapter.Fill(ds);
MyConnection.Close(); //關閉連接
for(int i=0;i<1000;i++) ////for迴圈模擬取得資料後的商業邏輯操作
{
Thread.Sleep(1000);
}
顯示II代碼比I代碼好的多，I中早早佔著連接不放，如果用戶很多的話，容易出現連接池滿情況。嚴重時出現死機現象.
2.資料庫查詢
I. 直接產生sql語句。 sql server每次都要編譯，在效能方面不會有很大的提升。另外也不夠安全。容易被攻擊.
II. 使用帶參數的sql指令。這種方式sql server只對其編譯一次，對於不同的參數可以重複使用編譯後的指令。提高了性能.
III.使用sql server預存程序. 編譯一次. 具有獨立性，便於修改和維護. 一次能完成用語句發送多次的功能.減少了網絡的
流量。 不一定儲存過程一定比語句效率要高，如果商業邏輯很複雜的話，有時候用語句比預存過程效率要高.
(六).快取優化
緩存分為兩種：頁面緩存和API緩存.
1.使用頁面快取和片段緩存
<%@ OutputCache Duration="5" VaryByParam="None"%>
<%@ OutputCache Duration=60 VaryByParam=”TextBox1,TextBox2” %>
說明: Duration是設定Cache的過期時間;
VarByParam是設定是否根據參數而變化,None時所有參數使用同一Cache,
設定TextBox1時則依TextBox1的不同值分別快取;當有多個參數時則要組合快取;
2.API緩存。用於在應用程式中使用
I. 一個Cache使用的例子:
http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx
II.使用時注意Page.Cache和HttpContext.Current.Cache差別:
它們指的同一個對象，在Page裡，用Page.Cache，如果在global.asax或自己的類別裡用:HttpContext.Current.Cache 在有些事件中，由於其沒有HttpContext，就用HttpRuntime.Cache.
相關文章