首先講講它的好處。
調試程序的時候用處也很有用，類似設置斷點，特別是你的程序有重大問題，如有死循環的時候一般的response.write 查看中間結果是無法看到的，這時在response.write後加入response.end,這個查看中間結果很有用。
不過，如果使用 Response.End、Response.Redirect 或 Server.Transfer 方法，將出現 ThreadAbortException 異常。您可以使用 try-catch 語句捕獲此異常。
Response.End 方法終止頁的執行，並將此執行切換到應用程序的事件管線中的 Application_EndRequest 事件。不執行 Response.End 後面的代碼行。
此問題出現在 Response.Redirect 和 Server.Transfer 方法中，因為這兩種方法均在內部調用 Response.End。
解決方案 ：
要解決此問題，請使用下列方法之一：
• 對於 Response.End，調用 HttpContext.Current.ApplicationInstance.CompleteRequest 方法而不是 Response.End 以跳過 Application_EndRequest 事件的代碼執行。
• 對於 Response.Redirect，請使用重載 Response.Redirect(String url, bool endResponse)，該重載對 endResponse 參數傳遞 false 以取消對 Response.End 的內部調用。例如：
Response.Redirect ("Default.aspx", false);
Response.End()用法
ASP開發中可能有時候會用大段的if... else 的判斷，不過如果是動態Response.write的內容，你想更方便閱讀代碼，可以用Response.End()來終端ASP的執行，也就類似於Break的用法，舉個例子：
if (userid="")or(password="") then Response.Write("<script lanuage=javascript>alert('UserName or Password is Empty！');location.href='../default.asp';</script>") Response.End() ‘這裡進行了中斷 end if 下面是不為空進行讀取數據庫的操作，省略了n行代碼
這樣當傳入的用戶名或密碼為空時,自動write提示信息信息，然後Response.End()中斷程序，從而達到if 。。。else的作用。
另外使用Response.End的時候，就是我們日常調試程序的時候，比如
相輸出拼接的SQL語句，而不想執行下面的代碼，那麼可以這麼做
sql="select * from userinfo "response.Write(sql)response.End()rs.open sql ,conn,1,1 '這句是不會執行的
如果怕加入Response.End()的地方過多而正式發布時候不好注釋掉的化，可以用個函數將其封裝起來，如下面代碼：
sub debug() Response.End()end sub
上面的代碼修改如下：
sql="select * from userinfo "response.Write(sql)debug()rs.open sql ,conn,1,1 '這句是不會執行的
這樣當進行正式發布時，將函數debug中的語句注釋掉，就可以起到調試的作用，不過這個也有個問題就是，如果你使用太多的debug()，可能在調試的時候程序會不能按照需要進行中斷，可能有時候你不希望這些地方中斷執行，那麼我們來進一步重構debug()函數，如下：
sub debug(isBreak) 'isBreak是boolean值的參數，如果設置為true的時候則進行中斷，否則，不進行中斷處理 if isBreak then Response.End() endend sub
使用時候代碼如下：
sql="select * from userinfo "response.Write(sql)debug(false)rs.open sql ,conn,1,1 '這句是會執行的rs.close()sql="select * from product "response.write(sql)debug(true)rs.open sql,conn,1,1 '這句不會執行
好了，這樣基本上可以滿足我們控制中斷的需求了，不過只是簡單的進行了分析，其實還很不完善，調試需求可能還有很多，需要滿足，還需要進一步重構。其實程序開發就是一個重構重構再重構的過程，要不怎麼會出來那麼多的設計模式，都是前人從實際開發重構過程總結出來的經驗，值得大家借鑒。
