升星散分!!!!顺便问个问题、问题比较难、斑竹手下留情

[brando_beat]

问题:
是这样的、我们自己写了个跨sql和oracle的数据平台。
但是我们需要将一些基础信息保存在Session中、但是Session容易丢失、现在我们的解决方法如下:

1.将所有记录基础信息的Session保存到Application中、每一个都有自己的编号、使用SesionID+日期+
流水号。但是这样我比较反对。因为问题很多。
首先、当用户非正常退出后、如何删除这些Application。

2.建立Webservice、将所有记录基础信息的Session保存到Webservice的Application中、然后建立应用程序、定时删除这些费的Application
以上是个人观点。
请大家各抒己见、勇邀发言。120分给答的好的、80分给up的。

[renyu732]

gx

[cza]

寫過稍微大型一點 ASP 的人都知道，session 這個物件真是好用，它可以用來記錄使用者私有的資料變數，既安全又方便。但是你真的知道 session 的運作原理嗎？或許了解以後，你就再也不太敢使用這個令人又愛又恨的物件。雖然轉而替代之的方法稍嫌麻煩，但在長期考量之下，也就不得不這麼做了。

首先來講講 session 的好處，它可以用來記錄用戶端私有的資料變數，並且在時間範圍內不會消失。這真的是很重要的功能，尤其是有會員的系統必須要用到的。像是會員的登入帳號、時間、狀態以及許許多多該記錄的即時資料﹝如購物系統記錄使用者的購物籃內的商品﹞，這些資訊屬於各使用者私人所需要，通常開發者都是使用 session 記錄處理。

然而，在 ASP 中的 session 是使用 Cookies 所構成，伺服器將所有的 session 內記錄的資料，以 Cookies 的方式傳至用戶的瀏覽器。通常一般瀏覽器會將這些 Cookies 存起來，每當使用者點選連結，再次與伺服器做連線時，瀏覽器就會把這些 Cookies 傳回 Server 供做處理。這即是 session 的運作原理，當資料量大一點時，由於必須傳出去又收回來，不但吃線路頻寬，效能相對降低，因為 Server 必須花費更多的資源在做連線處理和重新配置記憶體等初始動作。現在你可能會想『我必須用這功能，只好犧牲點了』，不過本文講 session 一方面是教導大家少用；另一方面當然是有替代辦法，緊接著上場的，就是同屬 Global.asa 內的 Application 物件。

Application 也是記錄處理暫時資料的好手，各方面的能力和用法都和 session 一樣，只不過相較之下，它所記錄的資料是屬於公用的，也就是任何使用者都可以共用的變數空間。Application 不像 session ，不是將資料傳給使用者，等下一次連線再讀取回來，它是直接記錄在 Server 上的記憶體，相對之下效能上快上 session 許多。

由於 Application 物件是公用的，首先必須做的，就是要把一塊公用的區域規劃給各個使用者，讓每個用戶擁有自己的區域可以記錄資料，以達到模擬 session 的目的。現在有兩種做法：一、在 Server 啟動時事先初始化建立及分配使用者記憶體空間，通常這種做法雖然一 Server 開機就先佔了許多資源，但也省去了以後每當使用者連線就必須做一次分配的麻煩。但有個限制，使用這種方法必須限制最大人數，由於是一啟動就初始化，我們只能預估建立某數量的記憶體空間，所以這種方法通常用於聊天室這種小型的程式上。二、這種方法對於大型應用程式來說應該算較恰當的，採用動態的分配法，當使用者第一次連線到 Server 上才開始分配資源給此用戶。這兩種模擬 session 的方案，目的都是減輕 session 資源的消耗，但畢竟還是無法完全替代，我們還是需要使用到一點點 session，至少對 Server 已經能減輕不少負擔了。

■第一方案

首先我們開始第一個方案的實作，由於是啟動時初始化 Application，我們當然要從 Global.asa中著手：

<SCRIPT LANGUAGE="VBScript" RunAt="Server">'Global.asa'Server 啟動時執行Sub Application_OnStart() Dim i '設定最大上限人數為 50 人 Application("ClientMax") = 50 '為這 50 人事先建立變數空間 For i = 1 To Application("ClientMax") '記錄此筆變數空間是否遭已使用 Application("User_Status_" & i) = 0 '建立兩筆變數空間：帳號、登入時間 Application("User_Account_" & i) = Empty Application("User_Logtime_" & i) = Empty NextEnd Sub</SCRIPT>


已經完成初始化了，但如何使用呢？我們只要在使用者登入的地方，把原本使用 session 儲存的資料，如帳號、登入時間，改成我們建立好的 Application 物件中就可以了：

'尋找未被使用的空間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 IfNext


要取得使用者的相關變數資料則就像下面的做法：

Response.Write(Application("User_Account_" & session("Index"))

你可能會發現，不是說不要使用 session 嗎？那為什麼上面的原始碼中還有 session 的存在？前面也說過，這替代方案並不能完全代替掉 session，瀏覽器並不是一直和 Server 處於連線狀態的，讀取完頁面就斷線，那我們要怎麼知道下次連線的還是同一個人呢？這時候就必須要靠 session，我們給使用者一組即時的編號，此編號就是使用者於 Application 上變數空間的號碼，你可以想像成銀行中有很多的保險箱，你擁有一支鑰匙，而鑰匙上有編號，鑰匙上的編號可以讓行員帶領你去你自己的保險箱。此方法尚還有改進之處，但對小型的應用程式已經是很夠用了。

■第二方案

關於上一方案，你可能也想到，我們自訂的編號使用了 session 來記錄，講到編號，session 物件有提供一個『 sessionID 』方法。沒錯，不管我們要不要使用，Server 都會自動幫每個用戶編列號碼，且此號碼不會重複，至於這號碼就是用 session.sessionID 取得。這編列號碼是 session 一定會做的動作，我們就可利用它代替我們自己寫的編號程式，亦又省了一道功夫，甚至有更大的擴充性。但基本上，上面的第一個方案還是有它的用途在，像是會限制人數的聊天室等等小應用程式，接下來的第二替代方案，就是針對較大型的系統了。

每秒上站人數達數百數千甚至上萬人的網站，使用之前的方案，必定是行不通的。假設你將上限人數設 10000 ，Server 一啟動就會幫你切出一萬個區域準備給一萬個使用者，假若一個區域中有 5 個變數，一個變數佔 32 位元組(Byte)，10000 個就佔了 320000 K(320MB) 以上，Server 一啟動就塞了那麼多的垃圾到記憶體，效能勢必還沒上戰場就降低不少；而且別看這些數字很少，以為自己的 512 MB 會夠用，上面的數字是假設一個最低數字，加上 Server 在配置記憶體時會額外使用到多少資源不得而知，所以只會更多不會更低。因此解決辦法只有動態配置使用者變數空間，當有使用者與 Server 連線時才切一塊區域出來，如此便不須要事先就配置好龐大記憶體。

第二方案做起來是比較簡單，請把第一方案的東西全部丟掉，我們不需要動到 Global.asa，只需要改使用者登入的地方和其他有用到的地方：

'鎖定 ApplicationApplication.Lock '放入變數資料Application("User_Account_" & session.sessionID) = AccountApplication("User_Logtime_" & session.sessionID) = Now() '解除鎖定Application.Unlock


要取得使用者的相關變數資料則就像下面的做法：

Response.Write(Application("User_Account_" & session.sessionID))


以往看很多書，都寫著 session 吃資源吃的很兇，儘量不要用，可是必須用的時候還是得用，書裡又都沒教較妥當的解決辦法。現在當你懂了如何替代 session，好好去利用吧！或許老是困擾的效能問題能因此改善不少！

（出处：开发者俱乐部）

[zhuxiaojun2002]

呵呵，只能帮顶了，gz

[zhuxiaojun2002]

呵呵，只能帮顶了，gz

[lichenlove]

接分!

[foreversoft]

如果成立：一个用户不能多次登录
建议：Application + Table
用户退出和登录Application都作清除，退出不一定绝对有效，但登录必然有效

[afdo]

恭喜！接分!

[flyye_cs]

mark...

[WTaoboy]

恭喜
WebService

[C_Plus_Plus_Fans]

接分

[lovebanyi]

接分。。


你的第一问题。很多人有用到了。就是实现踢人的功能。

[hdj_05]

用cookie吧，如果session过期了就去读cookie填充到session里

[Blue13845611035]

我才两个三角，是回答问题才升级吗？
恭喜一下楼主！
我想用use cooike是比较好一点吧。
不过只是在例子中看倒过，
具体怎么用不太清楚。
有个网址
http://chhsht.diy.myrice.com/jave/time/timeindex.htm
有一版cooike脚本
基本上cooike的使用方法和代码都在上面。

[eros_wz]

webservice
我同事有用的，自己没用过

[zoulie]

up!!恭喜

[luckyprg]

把每个用户的ID和SessionID存入数据库，定时刷新数据库，定时删除刷新时间超过你所定时间（即在指定时间未刷新的）

[空心兜兜]

偶来顶！
接分！

[ljgeneral317]

接分 学习中... ...

[jimmyzhu25]

恭喜，帮顶

[cat_hsfz]

我不是很清楚Session在非常多用户的情况下如何，我仅仅知道它会丢，所以我仅仅根据InProc Session不可靠提出以下方法，我没有做过详细测试：

1.不要InProc，改用StateServer或者SQL Server，这样会好一些，不受IIS6的回收机制管理。

2.例如dvbbs的做法是，用自己的方法来通过SQL Server保存Session，而不是通过内置的SQL Server机制（当然asp也没有内置的），你也可以尝试这种方法，可能有比内置Session更灵活的方法，因为你有时间和流水号，不知道索引了是否对你更有利，如果是的话就设计你自己的数据表结构来存储。

3.对于超时删除，老方法是每一个页面刷新时都作检查（dvbbs就是这样，online表的调用超高），或者写一个Windows Service（我尝试做过，无论做不做Installer，在调试时都非常非常麻烦，你总是要安装和卸载Windows Service），做好的办法就是用.NET内置的多线程技术，为ASP.NET应用加上一个HttpModule，它专门负责监测某一个Application是否还是null，是的话就开一个Thread专门负责定时删除过期数据，然后把该Thread存在那个Application中。然后如果有必要你还可以做更复杂的功能来模仿Session和取代Session。