ASP脚本的执行顺序详细说明

首先我们先来了解一下ASP页面执行的流程
1.IIS找到ASP文件，提交给ASP引擎(一般是ASP.DLL)处理。
2.引擎打开这个ASP文件，找出<%和%>之间的内容，当然还有<script runAt="server">和对应的</script>之间的内容，这些内容称为脚本块。只有脚本块里的内容被引擎解析，其他内容不管，作为没有意义的字符插在脚本块之间。有必要说明一下的是，其实被解析的内容还不止这些，<!--#include ***-->类的服务器端包含文件也是由引擎包含进来并加以处理的。如果你读的程序比较多，你还会知道有的runAt属性标注为"Server"的<object>对象也是会被处理的，这里不做深入讨论。
3.引擎执行脚本块中的脚本，这些服务器端的脚本是作为一个整体被执行的，也就是说，可以写出如下的代码：

错误分析：
混淆了服务器端脚本和客户端脚本的区别。实际执行时我们会发现，客户端根本没有收到什么TSize之类的代码，因为TSize是服务器端的程序，被引擎处理之后（注意引擎对于函数的处理，纯粹是给服务器端脚本调用的，不会发回到客户端）就消失了，不可能在客户端起作用。这就是说，客户端脚本无法直接调用服务器端脚本的函数。

事实上，这个程序是有语法错误的，引擎处理这段内容的时候先找到了<%和%>之间的内容，也就是<%TSize('变量')%>，显然这段内容不符合VBScript的语法规则。嗯，改成<%=TSize("变量")%>在服务器端脚本就没有语法错误了，这时TSize函数可以正常返回值"中国"，于是客户端收到的href属性是这样写的："javascript:中国"，是无法执行的。
服务器端脚本对客户端脚本的影响
前面已经说过了，服务器端脚本在逻辑上是提前于客户端脚本的执行的，因此这样的代码是可行的：

关于Response.Redirect与javascript的执行问题
注意以下代码的写法是错误的：

这是一种常见的错误，编写者常常以为，这样写代码可以使客户端先弹出“密码错误”的提示然后转向到index.asp，事实上这不可能发生，即使将两行代码顺序交换，也不可能达到这种效果。
究其原因，和服务器对于两行代码的处理方式有关。这两行代码不可能同时起作用。

Response.Write是向客户端发送一段文本，这段文本的内容可以是一段脚本，那么客户端浏览器收到后可以执行这段脚本，注意，要收到之后才能执行。

而Response.Redirect是向客户端发送了一个HTTP头信息(什么是HTTP头信息？这么说吧，比如对客户端Cookies的写入是HTTP头信息，HTTP头信息在HTTP的主体之前发回客户端浏览器，这就是为什么有时我们把服务器的缓冲关闭之后修改Cookies会出错的原因，因为主体已经开始传送，不允许发送HTTP头信息了。)，信息的内容告诉客户端浏览器应该跳转页面浏览，注意，这个Redirect信息是立刻起作用的，也就是说这个Redirect信息具有排他性，在缓冲打开的情况下，无论已经使用Response.Write向缓冲里写入了多少内容，一旦调用Response.Redirect，将会清空缓冲，并且向客户端浏览器发送这个头指令。如果动态跟踪一下程序的执行，我们还会发现，在调用了Response.Redirect之后，程序停止执行了，所以注意服务器端程序在调用Response.Redirect之前要做好数据连接的关闭等操作。

那么上面的例子应该怎样修改呢？如果你不愿意修改那个index.asp以加入脚本提示的话，那么只能将转向指令放到客户端脚本中执行，就像这样：