保持Session的方法：有人說(shuō)設(shè)session.timeout=-1，或小于0的數(shù)。這種方法肯定是不行的，session計(jì)算時(shí)間以分鐘為單位，必須是大于等于1的整數(shù)。又有人說(shuō)設(shè)session.timeout=99999。這種同樣不行，session有最大時(shí)間限制。我經(jīng)過(guò)測(cè)試發(fā)現(xiàn)最大值為24小時(shí)，也就是說(shuō)你最大可以session.timeout=1440，1441都是不可以有，呵呵。本人測(cè)試環(huán)境：win2003+IIS6.0+ASP3.0。
所以想通過(guò)設(shè)session.timeout的過(guò)期時(shí)間讓session永不過(guò)期是不可能的。寫到Cookies里是比較好的方法，網(wǎng)上也有很多這樣的教程，這里就不再說(shuō)了！還有就是用在要保持session的頁(yè)里設(shè)隱藏iframe每隔一段時(shí)間（這個(gè)時(shí)間小于session.timeout的時(shí)間）把涮新一次frame里的空頁(yè)面！實(shí)現(xiàn)方法如下：
在要保持session頁(yè)里加上： <iframe width=0 height=0 src=”/blog/SessionKeeper.asp”>
</iframe>
同目錄下建一下SessionKeeper.asp的文件。 <html>
<head>
<meta http-equiv=”Refresh” content=”900000;url=sessionKeeper.asp”>
<!–每隔900秒刷新一下自己，為了和服務(wù)器通訊一下，保持session不會(huì)丟–>
</head>
</html>
這種方法還是比較長(zhǎng)見?，另外還有一種和上面類似的方法，不過(guò)他不是用meta自動(dòng)涮新嵌套的iframe的方法。他是用 javascript:window.setTimeout(“functionname()”,10000);第隔一段時(shí)間時(shí)間自動(dòng)調(diào)用一個(gè)函數(shù)的方法，當(dāng)然函數(shù)里還是要去連接一個(gè)空的文件。具體方法如下：
在要保持session面里加上： <script id=Back language=javascript></script>
<script language=javascript>
function keepsession(){
document.all[“Back”].src=”/blog/SessionKeeper.asp?RandStr=”+Math.random();
//這里的RandStr=Math.random只是為了讓每次back.src的值不同，防止同一地址刷新無(wú)效的情況
window.setTimeout(“keepsession()”,900000); //每隔900秒調(diào)用一下本身
}
keepsession();
</script>
這樣同一目錄下建一個(gè)空內(nèi)容的sessionKeeper.asp就文件就可以了！
?題沒有解決：通過(guò)以上的方法Session保持應(yīng)該沒有問(wèn)題了，IIS默認(rèn)無(wú)請(qǐng)求的清除session的值為20分鐘，我設(shè)的每次交互服務(wù)的時(shí)間都遠(yuǎn)遠(yuǎn)小于這個(gè)值，可是我大概過(guò)個(gè)一天多的時(shí)間，session還是無(wú)緣無(wú)故的沒了！郁悶。
后來(lái)在網(wǎng)上多方查找終于找到答案：原來(lái)IIS為了保護(hù)服務(wù)器，有一個(gè)?回收”的概念！測(cè)試了半天終于有了點(diǎn)大體了解（不要笑我菜^-^）。先來(lái)看看這個(gè)“回收”在哪設(shè)置。
啟動(dòng)IIS管理器->應(yīng)用程序池->右鍵->屬性->回收選項(xiàng)卡，有一項(xiàng)是默認(rèn)就起作用的，就是第一項(xiàng)：“回收工作進(jìn)程（分鐘）”默認(rèn)值1740分鐘，大約29個(gè)小時(shí)。他是什么意思呢？我個(gè)人理解：在session.timeout之后再過(guò)1740分鐘自動(dòng)把所有仍在保持的session清除。這個(gè)值最大可設(shè)為4000000，大概是2700多天！我直接取消了，不用他自動(dòng)回收！問(wèn)題終于解決。
另外這個(gè)屬性對(duì)話框中還有其它幾項(xiàng)：
第二項(xiàng)應(yīng)該是連接的用戶超過(guò)了一定數(shù)目回收。
第三項(xiàng)是到某一個(gè)時(shí)間就自動(dòng)回收。
在“性能”選項(xiàng)卡中“在空閑此時(shí)間段后關(guān)閉工作進(jìn)程”，這里就是設(shè)置IIS默認(rèn)session.timeout時(shí)間的地方了。默認(rèn)值20分鐘，這里同樣最大值可設(shè)為4000000，和在ASP頁(yè)中設(shè)置session.timeout最大值為1440不同。在這里設(shè)置超過(guò)大于1440的值是否起作用，我沒作測(cè)試，我想應(yīng)該是可以的。那為什么在ASP頁(yè)中session.timeout的值最大只能是1440在IIS的屬性中卻能設(shè)的那么大呢？應(yīng)該是屬于一種保護(hù)機(jī)制：ASP頁(yè)的session.timeout的值哪個(gè)用戶都可以設(shè)，IIS里卻只有管理員可以設(shè)，兩者的權(quán)限不同，所以設(shè)置的范圍就不同了。
也許很多ASP開發(fā)者都會(huì)遇到這樣的情況：在會(huì)話期間(session)無(wú)故丟失sessio n。換而言之，丟失了SessionID,同樣session級(jí)的變量也會(huì)丟失。
很多session丟失的原因是因?yàn)殄e(cuò)誤的程序或者是錯(cuò)誤的虛擬目錄結(jié)構(gòu)。
SessionID 的改變有下面幾個(gè)原因。
原因一：
Netscape的瀏覽器會(huì)認(rèn)為”/App/user.asp”跟”/app/user.asp”是兩個(gè)不同的程序。它會(huì)自動(dòng)地開始一個(gè)新的會(huì)話期(new session)。所以，才你的網(wǎng)站上一定要統(tǒng)一字母的大小寫。
原因二：
另外一個(gè)是原因是 Session.Timeout 的值。
Timeout這個(gè)屬性是用來(lái)設(shè)置Session的超時(shí)時(shí)間的，一分鐘為單位。假如一個(gè)用戶，在一個(gè)Timeout的時(shí)間內(nèi)沒有刷新或者請(qǐng)求頁(yè)面，那么會(huì)話就會(huì)結(jié)束(the se ssion ends)。當(dāng)你再次請(qǐng)求頁(yè)面的時(shí)候，一個(gè)新的會(huì)話有會(huì)開始。
確信Timeout的值，是分鐘的。
格式： Session.Timeout [ = nMinutes]
原因三：
假如用戶把他們的瀏覽器的cookie關(guān)了，當(dāng)然session就不能保持。因?yàn)閟ession的保持是要靠cookie的。
要保持Session的狀態(tài)，瀏覽器就必須支持cookie，而且在打開的狀態(tài)。你當(dāng)然可以用其他的方法
原因四：
常犯的錯(cuò)誤就是，建立了錯(cuò)誤的目錄結(jié)構(gòu)。像下面的目錄結(jié)構(gòu)：
root 放了global.asa
virtual_root 沒有g(shù)lobal.asa
another_virtual_root 沒有g(shù)lobal.asa
調(diào)用兩個(gè)virtual roots的頁(yè)面，就會(huì)執(zhí)行相同的global.asa(root上的那個(gè))
另外的一個(gè)目錄結(jié)構(gòu)：
?root 沒有g(shù)lobal.asa
virtual 放了global.asa
another_virtual_root 另外一個(gè)global.asa
每一個(gè)不同目錄下的global.asa都會(huì)各自執(zhí)行，當(dāng)然執(zhí)行的代碼就不同了。不過(guò)如果里面的代碼一樣，就令當(dāng)別說(shuō)。:)
所以你在請(qǐng)求不同目錄下頁(yè)面，將會(huì)導(dǎo)致不同的global.asa被執(zhí)行。不同的變量被調(diào)用，不同的session id被建立….之前的有用的信息都被破壞了。
下面是詳細(xì)的解釋：
當(dāng)你先瀏覽子虛擬程序上的頁(yè)面(child virtual application)，然后再去瀏覽子虛擬程序的上一級(jí)的父虛擬程序(parent virtual root)的頁(yè)面。那些變量就會(huì)丟失、破壞。看下面的表格：
請(qǐng)求 子程序1丟失 子程序2丟失
先請(qǐng)求Root 不會(huì) 不會(huì)
只在子程序1之前請(qǐng)求Root 不會(huì) 會(huì)
只在子程序2之前請(qǐng)求Root 會(huì) 不會(huì)
最后請(qǐng)求Root 會(huì) 會(huì)
有一個(gè)注冊(cè)表的鍵值(registry entry),叫CheckForNestedVroots(缺省為 1)。是設(shè)ASP是否去檢測(cè)其他目錄里的global.asa文件。
假如一個(gè)頁(yè)面被請(qǐng)求，但是如果在這個(gè)被請(qǐng)求頁(yè)面的同一目錄里沒有g(shù)lobal.asa這文件，那么asp就會(huì)去上級(jí)的目錄里找。ASP設(shè)計(jì)就是這樣的。另一方面，假如application被請(qǐng)求的頁(yè)面是在root的話，而global.asa也在root,那么ASP就會(huì)執(zhí)行這個(gè)在root上的global.asa文件。沒有必要去找子目錄下的global.asa文件了。
Internet 服務(wù)管理器，可以把一個(gè)目錄設(shè)成虛擬的目錄，這樣的目錄是可以擁有自己的global.asa文件，當(dāng)然Application_OnStart和Session_OnStart是少不了的(廢話)。
這是個(gè)例子。他們都有Global.asa
C:InetPubwwwroot <Home>
Global.asa
C:InetPubwwwrootTest2 (Nested)
Global.asa
C:InetPubwwwrootTest2Test3 (Nested)
Global.asa
C:InetPubwwwrootTest4
Global.asa
注意：
如果Global.asa文件web請(qǐng)求時(shí)是要求認(rèn)證的話，那么在Global.asa文件的Sessi on_onStart過(guò)程里初始化的變量將會(huì)是空的。如果你的global.asa的權(quán)限真的是這樣設(shè)的話，那么將會(huì)帶來(lái)很多的麻煩。例如你會(huì)見到這樣的錯(cuò)誤信息：
Microsoft OLE DB Provider for ODBC Drivers error ‘80004005 [Microsoft][ODBC Driver Manager] Data source name not found and no def ault driver specified /<web name>/<asp filename>.asp, line xx
這就是因?yàn)镾ession_onStart里面初始化的session變量是空的(根本就沒有初始化)。
另外：這個(gè)問(wèn)題在win95上不存在。更準(zhǔn)確的是說(shuō)，像在FAT這樣的，沒有文件權(quán)限設(shè)置的文件系統(tǒng)里，沒有這樣的問(wèn)題。所以NT的NTFS是有這樣問(wèn)題的但，win9 5,98的就沒有。
所以，你必須為Global.asa文件設(shè)置Internet匿名讀取的權(quán)限，這樣才保證問(wèn)題不會(huì)發(fā)生。
服務(wù)熱線：
4006-75-4006(7*24小時(shí)在線)
總機(jī)直撥：
0871-63886388（工作日9:00-18:00）
售前咨詢
售后咨詢
備案咨詢
二維碼
TOP
