我要评论首先讲讲它的好处。
调试程序的时候用处也很有用，类似设置断点，特别是你的程序有重大问题，如有死循环的时候一般的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 '这句不会执行
好了，这样基本上可以满足我们控制中断的需求了，不过只是简单的进行了分析，其实还很不完善，调试需求可能还有很多，需要满足，还需要进一步重构。其实程序开发就是一个重构重构再重构的过程，要不怎么会出来那么多的设计模式，都是前人从实际开发重构过程总结出来的经验，值得大家借鉴。
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
网友评论