然而,在 ASP 中的 Session 是使用 Cookies 所構成,服務器將所有的 Session 內記錄的資料,以 Cookies 的方式傳至用戶的瀏覽器。通常一般瀏覽器會將這些 Cookies 存起來,每當使用者點選連結,再次與服務器做聯機時,瀏覽器就會把這些 Cookies 傳回 Server 供做處理。這即是 Session 的運作原理,當資料量大一點時,由于必須傳出去又收回來,不但吃線路頻寬,效能相對降低,因為 Server 必須花費更多的資源在做聯機處理和重新配置內存等初始動作。現在你可能會想『我必須用這功能,只好犧牲點了』,不過本文講 Session 一方面是教導大家少用;另一方面當然是有替代辦法,緊接著上場的,就是同屬 Global.asa 內的 Application 對象。
一、在 Server 激活時事先初始化建立及分配使用者內存空間,通常這種做法雖然一 Server 開機就先占了許多資源,但也省去了以后每當使用者聯機就必須做一次分配的麻煩。但有個限制,使用這種方法必須限制最大人數,由于是一激活就初始化,我們只能預估建立某數量的內存空間,所以這種方法通常用于聊天室這種小型的程序上。
二、這種方法對于大型應用程序來說應該算較恰當的,采用動態的分配法,當使用者第一次聯機到 Server 上才開始分配資源給此用戶。這兩種仿真 Session 的方案,目的都是減輕 Session 資源的消耗,但畢竟還是無法完全替代,我們還是需要使用到一點點 Session,至少對 Server 已經能減輕不少負擔了。
'尋找未被使用的空間 For i = 1 To Application("ClientMax") If Application("User_Status_" i) = 0 Then '使用者暫時編號 Session("Index") = i '鎖定 Application Application.Lock '設成已使用的狀態 Application("User_Status_" i) = 1 '放入變量數據 Application("User_Account_" i) = Account Application("User_Logtime_" i) = Now() '解除鎖定 Application.Unlock Exit For End If Next