【面试】——session和cookie 区别

本文深入解析Session和Cookie的工作原理及区别,阐述它们在服务器与浏览器间如何传递信息,包括Session的服务器端存储机制,以及Cookie的大小、数量限制和安全性问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

session

原理:
1、session是保存在服务器端,理论上是没有是没有限制,只要你的内存够大

2、浏览器第一次访问服务器时会创建一个session对象并返回一个JSESSIONID=ID的值,
   创建一个Cookie对象key为JSSIONID,value为ID的值,将这个Cookie写回浏览器

3、浏览器在第二次访问服务器的时候携带Cookie信息JSESSIONID=ID的值,如果该JSESSIONID的session已经销毁,
   那么会重新创建一个新的session再返回一个新的JSESSIONID通过Cookie返回到浏览器

4、针对一个web项目,一个浏览器是共享一个session,就算有两个web项目部署在同一个服务器上,针对两个项目的session是不同的
   如:你在tomcat上同时部署了两个web项目,分别是web1、web2。当你在一个浏览器上同时访问web1时创建的session是A1,访问web2时创建的session是A2。
       后面你再多次访问web1使用的session还是A1,多次访问web2时使用session就是A2

5、session是基于Cookie技术实现,重启浏览器后再次访问原有的连接依然会创建一个新的session,
   因为Cookie在关闭浏览器后就会消失,但是原来服务器的Session还在,只有等到了销毁的时间会自动销毁

6、如果浏览器端禁用了Cookie,那么每次访问都会创建一个新的Session,但是我们可以通过服务器端程序重写URL即可,如果页面多连接多,会增加不必要的工作量,
   那可以强制让你用户开启接收Cookie后再让其访问即可。

    大白话:当你一次访问服务器的时候,服务器会在内存中开辟一块空间,返回唯一一把打开该空间的钥匙,再把这把钥匙返回到浏览器。
            当你第二次访问的时候浏览器会携带这把钥匙到服务器端打开对应的空间,如果该空间已经销毁又重新返回开辟一块新的空间返回新的钥匙到浏览器。

cookie

工作流程:

  1. servlet创建cookie,保存少量数据,发送浏览器。

   2. 浏览器获得服务器发送的cookie数据,将自动的保存到浏览器端。

       3. 下次访问时,浏览器将自动携带cookie数据发送给服务器。

cookie操作

  1.创建cookie:new Cookie(name,value)

   2.发送cookie到浏览器:HttpServletResponse.addCookie(Cookie)

  3.servlet接收cookie:HttpServletRequest.getCookies()  浏览器发送的所有cookie

cookie特点

       1. 每一个cookie文件大小:4kb , 如果超过4kb浏览器不识别

       2. 一个web站点(web项目):发送20个

        3.一个浏览器保存总大小:300个

        4.cookie 不安全,可能泄露用户信息。浏览器支持禁用cookie操作。

       5. 默认情况生命周期:与浏览器会话一样,当浏览器关闭时cookie销毁的。---临时cookie

cookie api

   getName() 获得名称,cookie中的key

   getValue() 获得值,cookie中的value

   setValue(java.lang.String newValue)  设置内容,用于修改key对应的value值。

   setMaxAge(int expiry) 设置有效时间【】

   setPath(java.lang.String uri)  设置路径【】  

   setDomain(java.lang.String pattern) 设置域名 , 一般无效,有浏览器自动设置,setDomain(".itheima.com")


面试:
 
   说说Cookie和Session的区别?
  
   1、Cookie和Session都是会话技术,Cookie是运行在客户端,Session是运行在服务器端。
  
   2、Cookie有大小限制以及浏览器在存cookie的个数也有限制,Session是没有大小限制和服务器的内存大小有关。

   3、Cookie有安全隐患,通过拦截或本地文件找得到你的cookie后可以进行攻击。

   4、Session是保存在服务器端上会存在一段时间才会消失,如果session过多会增加服务器的压力。


  

### 客户端禁用Cookie时的解决方案 在客户端禁用Cookie的情况下,传统的基于CookieSession机制确实会受到限制。这是因为Session ID通常依赖于Cookie来实现在客户端服务器之间的传递[^1]。然而,仍然存在一些有效的替代方案,能够在不使用Cookie的情况下维持用户的会话状态。 #### 方法一:URL重写 (URL Rewriting) 一种常见的替代方法是通过 **URL重写** 来传递Session ID。在这种方式下,服务器会在每次生成的链接中附加一个特殊的参数(例如 `JSESSIONID`),用于标识当前用户的会话。这样即使客户端未启用Cookie,也可以通过解析URL中的参数获取到对应的Session ID并完成身份验证。 以下是实现URL重写的简单示例: ```java // Java Servlet 中的 URL 重写示例 String url = response.encodeURL("/example/somepage.jsp"); out.println("<a href=\"" + url + "\">Link with Session ID</a>"); ``` 在这个例子中,如果启用了Cookie,则返回普通的URL;如果没有启用Cookie,则自动向URL追加Session ID。 --- #### 方法二:隐藏表单字段 (Hidden Form Fields) 另一种可行的方法是在HTML表单中嵌入隐藏字段,用来存储Session ID或其他必要的数据。每当用户提交表单时,这些隐藏字段会被发送回服务器,从而保持会话的状态一致。 下面是一个简单的HTML代码片段展示此技术的应用: ```html <!-- HTML 表单中使用隐藏字段 --> <form action="/submit" method="post"> <input type="hidden" name="sessionId" value="{{ sessionId }}"> <!-- 其他输入框 --> <button type="submit">Submit</button> </form> ``` 这种方法适用于主要交互都发生在表单上的场景,但对于AJAX请求可能不够灵活。 --- #### 方法三:本地存储或IndexedDB 对于现代Web应用而言,还可以考虑利用浏览器提供的其他存储机制,比如 **localStorage** 或者 **sessionStorage**。虽然它们本质上也是客户端存储手段之一,但并不属于传统意义上的Cookies范畴,因此不会受制于此类设置的影响。 不过需要注意的是,在某些特定环境下(如Safari无痕模式下),即使是这些新型API也可能被限制访问[^2]。此时应采取额外措施保障功能正常运行,例如借助服务端代理转发资源以规避跨域约束等问题。 --- ### 面试角度分析 针对这一话题作为面试题目考察的重点可能会集中在以下几个方面: - 对不同类型的HTTP会话管理策略的理解程度; - 能否清晰阐述各种备选方案各自的优缺点及其适用范围; - 是否具备实际项目经验去应对真实世界里的复杂情况——像兼容老旧设备/浏览器版本或是满足严格隐私政策需求等挑战。 此外还应该准备好讨论关于安全性方面的考量,毕竟无论采用哪种办法代替标准cookies操作都需要特别留意防止敏感信息泄露风险增加的可能性。 ---
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值