ASP中Session技巧 默认过期时间为20分钟(2)

　　第一方案

　　首先我们开始第一个方案的实作，由于是激活时初始化 Application，我们当然要从 Global.asa中着手：

　　已经完成初始化了，但如何使用呢？我们只要在使用者登入的地方，把原本使用 Session 储存的资料，如帐号、登入时间，改成我们建立好的 Application 对象中就可以了：


　　要取得使用者的相关变量数据则就像下面的做法：

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 联机时才切一块区域出来，如此便不须要事先就配置好庞大内存。