cookie在客户端,基本上就是用Request.Cookie那块会占用系统资源,负担集中在客户端,Session是针对每一个会话的,每一个用户的每个Session占用12K的内存资源,对于大访问量(1000人以上同时在线)如果用多了Session就可想而知了。。。还是尽量少用
------------------------------------
Sunflower Suite
然而,在 ASP 中的 Session 是使用 Cookies 所構成,伺服器將所有的 Session 內記錄的資料,以 Cookies 的方式傳至用戶的瀏覽器。通常一般瀏覽器會將這些 Cookies 存起來,每當使用者點選連結,再次與伺服器做連線時,瀏覽器就會把這些 Cookies 傳回 Server 供做處理。這即是 Session 的運作原理,當資料量大一點時,由於必須傳出去又收回來,不但吃線路頻寬,效能相對降低,因為 Server 必須花費更多的資源在做連線處理和重新配置記憶體等初始動作。現在你可能會想『我必須用這功能,只好犧牲點了』,不過本文講 Session 一方面是教導大家少用;另一方面當然是有替代辦法,緊接著上場的,就是同屬 Global.asa 內的 Application 物件。
由於 Application 物件是公用的,首先必須做的,就是要把一塊公用的區域規劃給各個使用者,讓每個用戶擁有自己的區域可以記錄資料,以達到模擬 Session 的目的。現在有兩種做法:一、在 Server 啟動時事先初始化建立及分配使用者記憶體空間,通常這種做法雖然一 Server 開機就先佔了許多資源,但也省去了以後每當使用者連線就必須做一次分配的麻煩。但有個限制,使用這種方法必須限制最大人數,由於是一啟動就初始化,我們只能預估建立某數量的記憶體空間,所以這種方法通常用於聊天室這種小型的程式上。二、這種方法對於大型應用程式來說應該算較恰當的,採用動態的分配法,當使用者第一次連線到 Server 上才開始分配資源給此用戶。這兩種模擬 Session 的方案,目的都是減輕 Session 資源的消耗,但畢竟還是無法完全替代,我們還是需要使用到一點點 Session,至少對 Server 已經能減輕不少負擔了。