解析ASP中腳本執行順序_ASP教程
推薦：如何使ASP分頁和日期格式化為RFC822格式計算分頁，嘿嘿一次搞定不用判斷 以下為引用的內容： intNumPage = Abs(Int(-(intNumRecord/intPerPage))) 將日期格式
如果機房馬上要關門了，或者你急著要和MM約會，請直接跳到第四個自然段。
以下敘述的腳本包括服務器端腳本和客戶端的腳本，服務器端腳本指在服務器上運行的那部分腳本，比如常見的Response.Write顯然是在服務器上運行的，服務器端腳本可以使用VBScript和JScript語言書寫，在本文中全部使用VBScript，Jscript一個道理。
客戶端腳本也可以認為包括VBScript和JavaScript兩種語言，是在客戶端瀏覽器上運行的腳本語言。比如我們訪問一個網頁，彈出一個消息框，這個就是用客戶端腳本做的(alert, msgbox, etc)，而且顯然不是服務器端腳本能做到的。客戶端腳本與服務器端腳本還有一個很大的區別(在IE、Firefox等瀏覽器中)，就是客戶端的腳本可以訪問文檔對象模型(DOM)，可以操作頁面中的對象(比如修改頁面標題、修改一個div的innerHTML屬性之類)。
首先我們先來了解一下ASP頁面執行的流程
1.IIS找到ASP文件，提交給ASP引擎(一般是ASP.DLL)處理。
2.引擎打開這個ASP文件，找出<%和%>之間的內容，當然還有<script runAt="server">和對應的</script>之間的內容，這些內容稱為腳本塊。只有腳本塊里的內容被引擎解析，其他內容不管，作為沒有意義的字符插在腳本塊之間。有必要說明一下的是，其實被解析的內容還不止這些，<!--#include ***-->類的服務器端包含文件也是由引擎包含進來并加以處理的。如果你讀的程序比較多，你還會知道有的runAt屬性標注為"Server"的<object>對象也是會被處理的，這里不做深入討論。
3.引擎執行腳本塊中的腳本，這些服務器端的腳本是作為一個整體被執行的，也就是說，可以寫出如下的代碼：
| 以下為引用的內容：
<% |
引擎并不會將這些腳本塊分開解析，而使兩個腳本塊都發生語法錯誤。所以我們得到如下結論：并非所有非服務器腳本的代碼都會被發送到客戶端，有可能這段非服務器腳本的代碼被腳本塊限制了。服務器是一定不會操心客戶端腳本的執行問題的，但是可以通過服務器端的腳本輸出不同的客戶端腳本。
4.最終引擎產生了一個文本流，或者說是腳本的執行結果，可以認為這是一個字符串，就是發送到客戶端瀏覽器的網頁的代碼。客戶端瀏覽器將頁面顯示出來，此時頁面的源代碼（源文件）是不包含服務器端的腳本的，但包含了服務器端腳本的執行結果（這是顯然的）。
<% … %> 與 <script runat="server">…</script>
它們都是服務器端的腳本，同時被處理執行。他們執行時是作為一個整體的。
<% … %> 與 <script language="…">…</script>
前者是服務器端腳本，后者是客戶端腳本。前者先執行，后者后執行。
其實也不盡然，二者的腳本是有可能在同時被執行的，但空間不同，仍然是：前者在服務器上執行，后者在客戶端瀏覽器里執行。前者在邏輯上一定提前于后者執行。同時我們也得到結論：在同一個頁面的執行中，客戶端腳本無論如何不能反饋給服務器端腳本，也就是說，客戶端瀏覽你的留言本并且提交新留言或者是任何客戶端腳本獲取的值都不可能在同一次服務器響應中被處理。
關于組件的調用
注意服務器端腳本和客戶端腳本都是腳本，自然都可以創建xmlhttp組件、ADODB.Connection組件等，但是并不是放在哪里都可以的。
xmlhttp如果用于服務器的抓取網頁（比如采集）就要在服務器腳本里創建了，而如果是用于客戶端的ajax無刷新而后臺訪問服務器端的頁面，那么就是運行于客戶端的了，自然在客戶端創建。
ADODB.Connection組件用于訪問數據庫，一般來說在服務器端創建，畢竟是服務器端的asp程序在跑數據庫的數據，但如果你的數據庫真的是在客戶端連接的(比如這個http://bbs.bccn.net/thread-224966-1-2.html)，那么就毫無疑問在客戶端腳本里創建了。
總之，矛盾著的事物及其每一個側面各有其特點。不同事物有不同的矛盾；同一事物在發展的不同過程和不同階段上有不同的矛盾；同一事物中的不同矛盾、同一矛盾的兩個不同方面各有其特殊性（看不懂的可以略去不看……）。這一原理要求我們堅持具體問題具體分析原則，在矛盾普遍性原理的指導下，具體分析矛盾的特殊性，并找出解決矛盾的正確方法。反對千篇一律地采用一種方法解決不同事物的矛盾。“一把鑰匙開一把鎖，到什么山唱什么歌”講的就是這個道理。
服務器端VBScript腳本創建對象使用Server.CreateObject(className)方法，客戶端VBScript腳本創建對象使用CreateObject(className)方法。
典型錯誤
| 以下為引用的內容：
<% |
錯誤分析：
混淆了服務器端腳本和客戶端腳本的區別。實際執行時我們會發現，客戶端根本沒有收到什么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以加入腳本提示的話，那么只能將轉向指令放到客戶端腳本中執行，就像這樣：
| 以下為引用的內容：
<% |
分享：ASP 3.0高級編程(三十三)7.4.2 VBScript錯誤處理 在VBScript中，可以使腳本解釋器不處理其找到的任何錯誤，并且使用On Error Resume Next語句繼續運行下個語句。一旦這個語句已被處理，腳本引擎將繼續運行后面的程序，
- 相關鏈接：
- 教程說明：
ASP教程-解析ASP中腳本執行順序
。