关于session

本文澄清了关于Web开发中Session的几个常见误解,解释了Session过期的真实原因,并提供了清除Session的方法。

关于session认识的几个误区


1.浏览器窗口关闭,session就会随之过期了?


这种观点在不少web开发人员中非常流利,实际上是不对的。session是有一个过期时间的,只要是session的过期时间没到,session就不会过期。以tomcat为例。tomcat的默认的session的过期时间是30分钟,可以在项目的web.xml里面重新设置这个值:
<session-config>   
<session-timeout>20</session-timeout>   
</session-config>

2.服务器停掉了,session也就过期了?

还是那句话,只要是session的过期时间没到,session就不会过期。

还是以tomcat为例,服务器关掉的时候,tomcat会把当前还没失效的session存放到${TOMCAT_HOME}\work\Catalina\localhost\项目名\SESSIONS.ser文件里面。当下次tomcat启动的时候,tomcat会把这个文件里面的session重新读到内存。

因此:
(1)如果存到session里面的数据是不可序列化的,tomcat在把session写到文件的时候就会出错。
(2)只要你的session还没过期,期间tomcat重启了,是不会影响客户端的连接的。

总之,一句话:session是否过期只跟“到没到过期时间”有关,跟浏览器窗口和服务器是否关闭都没有关系。


session的关闭的机制

HttpSession接口方法有以下几个:

isNew(): 如果客户机还不知道会话,则返回true。如果客户机已经禁用了Cookie,则会话会在每个请求上都是新的。
getId(): 返回包含分配给这个会话的唯一标识的字符串。在使用URL改写以标识会话时比较有用。

setAttribute(): 使用指定的名称将对象绑定到这个会话。

getAttribute(): 返回绑定到此会话的对象。

setMaxInactiveInterval(): 指定在Servlet使该会话无效之前客户机请求间的时间。负的时间表是会话永远不会超时。

invalidate():终止当前会话,并解开与它绑定的对象。HttpSession对象生存在服务器上,通过Cookie或者URL这类后台机制自动关联到请求的发送者。Session的超时也是由服务器来控制。 每个Session 有一个唯一的SessionID。

第一次请求的时候,服务器创建一个Session,并告诉浏览器一个关于Session的唯一性标识,接下来每次请求的时候浏览器要将Session的唯一性标识告诉服务器。在服务端有个session列表,存了所有的session的相关信息,包括session 的timeout信息。在你关了浏览器后在重新打开的时候你的浏览器已经不知道什么session了,所以他就不会发送了,但是服务器端在没 timeout和主动去撤消只前是不会消失的。

这样,也就不难理解以下几个事实了:

1.在使用HttpSessionListener对会话事件进行监听的时候,当我们关闭浏览器时却并没有马上触发sessionDestroyed事件。这是因为服务器端根本不知道客户端已经关闭了浏览器,它那边还没有结束会话。

2.我们在使用JavaBean时如果将Scope设定为Session,那么JavaBean中的属性值在我们关闭浏览器后会马上被清空。这是因为关闭了浏览器再重新打开的时候浏览器已经不知道刚才的那个session了,所以他不会再向浏览器发送刚才的那个会话的ID了。



Java清除session的方法

第一种方法(继承SessionAware类来取得session,然后用invalidate()方法清理)

  1. public class ExitAction extends ActionSupport implements SessionAware{
  2. @Override
  3. public String execute() throws Exception {
  4. HttpServletRequest request = ServletActionContext.getRequest();
  5. HttpSession session1 = request.getSession();
  6. session1.invalidate();
  7. return super.execute();
  8. }

  9. public void setSession(Map arg0) {


  10. }

  11. }
复制代码
//第二种方法(用ActionContext取session,然后用clear()方法清理)

  1. public class ExitAction extends ActionSupport{

  2. @Override
  3. public String execute() throws Exception {
  4. ActionContext ac = ActionContext.getContext();
  5. Map session = ac.getSession();
  6. session.remove("buser");
  7. session.remove("guser");
  8. session.remove("fuser");
  9. return super.execute();
  10. }

  11. }
复制代码


### Session与Cookie的区别 在Web开发中,Session和Cookie都是用于维持用户状态的重要工具。然而两者之间存在显著差异。 #### Cookie概述 Cookie是一小段存储在浏览器(客户端)的文本信息。服务器通过HTTP响应头`Set-Cookie`向浏览器发送Cookie,之后每次请求同一域名下的资源时,浏览器都会自动附带这些Cookies返回给服务器[^2]。这使得Cookie非常适合处理一些轻量级的数据交换需求,比如记住用户的登录状态或偏好设置。 #### Session概述 相比之下,Session是一种更复杂但也更为强大的会话跟踪方式。当用户首次访问网站时,服务器端会创建一个新的Session对象并分配唯一的ID;此ID通常作为Cookie的一部分存放在客户端设备上,在后续交互过程中随同其他数据一同提交至服务端以便识别该次会话。因此,虽然最终还是依赖于Cookie来传输Session ID,但是真正的用户信息却保存在服务器内存或其他持久化存储介质之中[^1]。 ### 安全性考量 安全性方面也存在着明显同: - **Cookie**: 存储位置暴露在外网环境之下容易受到XSS攻击威胁; - **Session**: 数据集中保管更加安全可靠,即使有人窃取到了Session ID也无法轻易获取到完整的敏感资料[^3]。 ### 应用实例对比分析 为了进一步说明两者的具体应用场景,下面给出一段简单的Python Flask框架代码片段展示如何分别利用Cookie和Session实现基本功能: ```python from flask import Flask, request, session, make_response app = Flask(__name__) app.secret_key = 'your_secret_key' @app.route('/set_cookie') def set_cookie(): resp = make_response("Setting a cookie") resp.set_cookie('username', 'John Doe') # 设置cookie return resp @app.route('/get_cookie') def get_cookie(): username = request.cookies.get('username') # 获取cookie return f'Username from cookie is {username}' @app.route('/login_session/<user>') def login(user=None): session['username'] = user # 使用session储存用户名 return "Logged In" @app.route('/logout_session') def logout(): session.pop('username', None) # 移除session中的用户名条目 return "Logged Out" ``` 这段程序展示了怎样借助Flask内置的方法轻松完成对Cookie和Session操作。其中`make_response().set_cookie()`函数负责写入新的Cookie项,而`request.cookies.get()`则允许从中提取已存在的键值对。至于Session,则只需调用`session[]`字典接口即可方便地增删改查关联数据。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值