WEB开发网      濠电姷鏁告繛鈧繛浣冲洤纾瑰┑鐘宠壘閻ょ偓銇勯幇鍫曟闁稿鍠愰妵鍕冀閵娧佲偓鎺楁⒒閸曨偄顏柡宀嬬畱铻e〒姘煎灡绗戦梻浣筋嚙濮橈箓顢氳濠€浣糕攽閻樿宸ュΔ鐘叉啞缁傚秹宕滆绾惧ジ寮堕崼娑樺缂佹宀搁弻鐔风暋閻楀牆娈楅梺璇″枓閺呯姴鐣疯ぐ鎺濇晝闁靛牆妫欓蹇旂節閻㈤潧浠﹂柛銊ョ埣楠炴劙骞橀鑲╋紱闂佽宕樼粔顔裤亹閹烘挸浜归梺缁樺灦閿曗晛螞閸曨垱鈷戦柟鑲╁仜婵″ジ鎮楀☉鎺撴珖缂侇喖顑呴鍏煎緞濡粯娅囬梻浣瑰缁诲倿寮绘繝鍥ㄦ櫇闁稿本绋撻崢鐢告煟鎼淬垻鈯曢柨姘舵煟韫囥儳绋荤紒缁樼箖缁绘繈宕橀妸褌绱濋梻浣筋嚃閸ㄤ即宕弶鎴犳殾闁绘梻鈷堥弫鍌炴煕閳锯偓閺呮瑧妲愬Ο琛℃斀闁绘劕妯婇崵鐔封攽椤旇棄鍔ら摶鐐烘煕閺囥劌澧柛娆忕箻閺屽秹宕崟顒€娅g紓浣插亾濠㈣泛顑囩粻楣冩煙鐎涙ḿ绠橀柨娑樼У椤ㄣ儵鎮欓鍕紙闂佽鍠栫紞濠傜暦閹偊妲诲┑鈩冨絻椤兘寮诲☉銏犖╅柕澶堝労閸斿绱撴担绋库偓鍝ョ矓瑜版帒鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘 ---闂傚倸鍊烽悞锔锯偓绗涘厾娲煛閸涱厾顔嗛梺璺ㄥ櫐閹凤拷
开发学院软件开发Java Go-ForIt 记事:eXtreme DragonSlayers 专题报告,... 阅读

Go-ForIt 记事:eXtreme DragonSlayers 专题报告,第 3 部分: 会话管理、servlet 和维护状态

 2009-11-06 00:00:00 来源:WEB开发网 闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�闂傚倸鍊风粈渚€骞夐敓鐘插瀭闁汇垹鐏氬畷鏌ユ煙閹殿喖顣奸柛搴$У閵囧嫰骞掗幋婵冨亾閻㈢ǹ纾婚柟鐐灱濡插牊绻涢崱妤冃℃繛宀婁簽缁辨捇宕掑鎵佹瀸闂佺懓鍤栭幏锟�濠电姷鏁告慨顓㈠箯閸愵喖宸濇い鎾寸箘閹规洟姊绘笟鈧ḿ褍煤閵堝悿娲Ω閳轰胶鍔﹀銈嗗笂閼冲爼鍩婇弴銏$厪闁搞儮鏅涙禒褏绱掓潏鈺佷槐闁轰焦鎹囬弫鎾绘晸閿燂拷闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�  闂傚倸鍊烽懗鑸电仚缂備胶绮〃鍛村煝瀹ュ鍗抽柕蹇曞У閻庮剟姊虹紒妯哄闁诲繑姘ㄩ埀顒佸嚬閸撶喎顫忓ú顏勫瀭妞ゆ洖鎳庨崜浼存⒑闁偛鑻晶顔剧磼婢跺﹦绉虹€殿喖顭锋俊姝岊槷闁稿鎹囧Λ鍐ㄢ槈濞嗗繑娈橀梻浣风串缂嶁偓濞存粠鍓熼崺鈧い鎺戝€归弳顒勬煕鐎n亷韬€规洑鍗冲鍊燁槾闁哄棴绠撻弻銊╂偆閸屾稑顏�
核心提示: 关于会话的几个要点会话数据存储在服务器上,数据标识和指向该数据的指针作为 cookie 存储在客户机上,Go-ForIt 记事:eXtreme DragonSlayers 专题报告,第 3 部分: 会话管理、servlet 和维护状态(2),对于每一个用户,会话是唯一的,否则,在一个事务回合中收

关于会话的几个要点

会话数据存储在服务器上。

数据标识和指向该数据的指针作为 cookie 存储在客户机上。

对于每一个用户,会话是唯一的,且数据无法被其他用户共享。

对于每一个域,会话是唯一的且单个用户收集的数据无法在多个域中共享。

保存在会话中的数据的生命期,最长是从用户访问域的那一刻到用户在预设的一段不活动时间之后 超时的那一刻。

当客户机连接关闭时(例如,当用户关闭浏览器或其它设备时)会话结束。

可以在更改会话生命期的同时使用户仍处于连接状态,方法是通过程序控制杀死会话或覆盖服务器缺省超时并将其重新设置为更短或更长的时间。

会话适用于单个用户收集和使用的数据,当用户与域进行交互时一般是可用的。但并不“总是”如此。 不要认为会话是安全的,其实它是易失的。例如,重新启动服务器,当前的全部会话都会丢失。在使用会话存储敏感或不容易恢复的数据时,要意识到这一点。

我们为什么需要一个特殊的工具?


您可能知道缺省情况下 HTTP 是无状态的。(HTTP 当然就是在因特网上逛来逛去需要的基本协议;它允许客户机,如浏览器,和服务器互相通信。)HTTP 是无状态的,从本质上来说这意味着它 不记资料。故意这样设计是为使 HTTP 成为一种轻量级、通用的协议。

W3 认可了 HTTP 规范的 4 步过程“连接 > 请求 > 响应 > 关闭”。因特网 ― 或者我们通过浏览器看到的因特网的大部分 ― 起初的设计目的只是为了简单地请求和传输文件。这就出现了问题:将被请求和传输的数据不必一定驻留在静态文件中。

有用的基于 Web 的工具获取由应用(该应用收集关于用户正在做什么的信息)生成的动态内容,并用它更好地预测用户下一步将要做什么。这称为维护状态,是一种保持多个“连接/请求/响应/关闭” 事务间用户信息的方法。否则,在一个事务回合中收集的信息在每次“关闭”时都要被转储。 下图显示了事务路径。

上一页  1 2 3 4 5 6 7  下一页

Tags:Go ForIt 记事

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接