asp代码执行顺序

1IIS找到ASP文件，提交给ASP引擎(一般是ASPDLL)处理。
2引擎打开这个ASP文件，找出<%和%>之间的内容，当然还有<script runAt="server">和对应的</script>之间的内容，这些内容称为脚本块。只有脚本块里的内容被引擎解析，其他内容不管，作为没有意义的字符插在脚本块之间。有必要说明一下的是，其实被解析的内容还不止这些，<!--#include -->类的服务器端包含文件也是由引擎包含进来并加以处理的。如果你读的程序比较多，你还会知道有的runAt属性标注为"Server"的<object>对象也是会被处理的，这里不做深入讨论。
3引擎执行脚本块中的脚本，这些服务器端的脚本是作为一个整体被执行的，也就是说，可以写出如下的代码：
<%
Dim i
For i=1 to 5
%> Hello World!
<% Next %>
引擎并不会将这些脚本块分开解析，而使两个脚本块都发生语法错误。所以我们得到如下结论：并非所有非服务器脚本的代码都会被发送到客户端，有可能这段非服务器脚本的代码被脚本块限制了。服务器是一定不会 *** 心客户端脚本的执行问题的，但是可以通过服务器端的脚本输出不同的客户端脚本。
4最终引擎产生了一个文本流，或者说是脚本的执行结果，可以认为这是一个字符串，就是发送到客户端浏览器的网页的代码。客户端浏览器将页面显示出来，此时页面的源代码（源文件）是不包含服务器端的脚本的，但包含了服务器端脚本的执行结果（这是显然的）。 <% … %> 与 <script runat="server">…</script>
它们都是服务器端的脚本，同时被处理执行。他们执行时是作为一个整体的。<% … %> 与 <script language="…">…</script>
前者是服务器端脚本，后者是客户端脚本。前者先执行，后者后执行。
其实也不尽然，二者的脚本是有可能在同时被执行的，但空间不同，仍然是：前者在服务器上执行，后者在客户端浏览器里执行。前者在逻辑上一定提前于后者执行。同时我们也得到结论：在同一个页面的执行中，客户端脚本无论如何不能反馈给服务器端脚本，也就是说，客户端浏览你的留言本并且提交新留言或者是任何客户端脚本获取的值都不可能在同一次服务器响应中被处理。关于组件的调用
注意服务器端脚本和客户端脚本都是脚本，自然都可以创建xml>1服务器监控中设置执行脚本主要用于通知管理员和临时发生故障时执行相应脚本采取相应修复措施
2Active
Directory中管理员通过一个脚本通过软件分发的方式就将几百个客户端的电脑的管理员Administrator账号禁用或更改为公司统一的密码，此时脚本在管理上起到了很大的作用！
3在服务器监控方面，服务器出现故障前有不良现象，聪明的管理员经常不在公司，但服务器在有些常见故障之前已经得到自动修复，这都是脚本的功能，通过强劲的监控利用脚本调动相应的应用程序等等。使得服务器自动恢复能力怎强，脚本起了十分重要的作用！

---