ASP.NET Response.End()使用時請小心

在使用ASP.NET的時候,在程式末我們都會很喜歡使用Response.End()來進行結束動作。諸如Response.End、Response.Redirect、Server.Transfer都是屬於ASP.NET要斷開某些連線、資源的方法,但這樣的動作都會引起一些與IIS相衝的問題。

舉例來說,當我們在某處進行Response.End()指令後,因為Response.End()將會直接觸發Application_EndRequest 方法,但是有可能在這之中仍有程序運行在Flush()方法,然後你就會收到「與遠程主機通信時發生錯誤 0x800704CD」的訊息。通常這個訊息都會被完整的記錄在Windows事件中,只是一般的Web開發者怎麼可能進去每一台機器查看細部訊息,因此你就會收到一些偶發性的回報,例如:我的檔案下載完後開不起來?我登錄後過一下子就被登出了...

解決方法因時因地都不盡相同,在這邊提供常見的指令,你可以自己探索與試用組合看看:

Try Catch
Response.Close()
Response.IsClientConnected
ApplicationInstance.CompleteRequest()
...

微軟的KBQ312629中有討論到:

If you use the Response.End, Response.Redirect, or Server.Transfer method, a ThreadAbortException exception occurs. You can use a try-catch statement to catch this exception.
http://support.microsoft.com/kb/312629/en-us

由於IIS的執行緒(Worker Process; W3WP)在運作時期是共用佇列的方式進行,當某Request在運行Response.End();指令運行後,將會強制把這個執行緒關閉,而完全關閉前可能此時執行緒正在處理下一個Request中,這時候就會發生莫名其妙的執行中斷等詭異現象、被登出等問題。更進一步來說,若Application Pool裡面的Worker Process被不斷地重新啟動N次後(N的數值要查一下設定),IIS會啟動保護機制,直接給你吐出Service Unavailable,這也是Response.End();可能產生出的原因。

安全的Response.End();替換方式

所以如果可以的話,請完全忘記Response.End();指令吧!例如包裝成另外一個函式,用來取代Response.End();

public void SafeResponseEnd()
{
	HttpContext.Current.Response.Flush();
	//阻斷繼續送HTTP內容給Client
	HttpContext.Current.Response.SuppressContent = true;
	//跳過所有HTTP pipeline中的事件與過濾器,直接調用EndRequest事件
	HttpContext.Current.ApplicationInstance.CompleteRequest();
}

快速記憶各常用方法的取代方式

Response.End 0x800704CD KBQ312629