cookie机制和session机制的区别
JAVAWEB面试题（含答案）
1、jsp和servlet的区别、共同点、各自应用的范围？？JSP是Servlet技术的扩展，本质上就是Servlet的简易方式。
JSP编译后是“类servlet”。
Servlet和JSP最主要的不同点在于，Servlet的应用逻辑是在Java文件中，并且完全从表示层中的HTML里分离开来。
而JSP的情况是Java和HTML可以组合成一个扩展名为.jsp的文件。
JSP侧重于视图，Servlet主要用于控制逻辑。
在struts框架中,JSP位于MVC设计模式的视图层,而Servlet位于控制层.2、cookie和session的作用、区别、应用范围，session的工作原理Cookie:主要用在保存客户端，其值在客户端与服务端之间传送，不安全，存储的数据量有限。
Session:保存在服务端，每一个session在服务端有一个sessionID作一个标识。
存储的数据量大，安全性高。
占用服务端的内存资源。
3、jstl是什么？优点有哪些？？JSTL（JSP Standard Tag Library，JSP标准标签库)是一个不断完善的开放源代码的JSP标签库，由四个定制标记库（core、format、xml和sql）和一对通用标记库验证器（ScriptFreeTLV和PermittedTaglibsTLV）组成。
优点有：最大程序地提高了WEB应用在各应用服务器在应用程序服务器之间提供了一致的接口，最大程序地提高了1、在应用程序服务器之间提供了一致的接口，之间的移植。
2、简化了JSP和WEB应用程序的开发。
3、以一种统一的方式减少了JSP中的scriptlet代码数量，可以达到没有任何scriptlet 代码的程序。
在我们公司的项目中是不允许有任何的scriptlet代码出现在JSP中。
4、允许JSP设计工具与WEB应用程序开发的进一步集成。
相信不久就会有支持JSTL的IDE 开发工具出现。
4、j2ee的优越性主要表现在哪些方面？MVC模式a、J2EE基于JAVA技术，与平台无关b、J2EE拥有开放标准，许多大型公司实现了对该规范支持的应用服务器。
cookie和session的作用及其区别
session机制是一种服务器端的机制，服务器使用一种类似
于散列表的结构(也可能就是使用散列表)来保存信息。
但程序需要为某个客户端的请求创建一个session的时候，服务器首先检查这个客户端的请求里是否包含了一个session标识－称为session id,如果已经包含一个session id则说明以前已经为此客户创建过session，服务器就按照session id把这个session检索出来使用(如果检索不到，可能会新建一个，这种情况可能出现在服务端已经删除了该用户对应的session对象，但用户人为地在请求的URL后面附加上一个JSESSION的参数)。
调用logOut，将客户从Web服务器中注销，同时废弃所有与该用户相关联的会话(每个Web应用至多一个)。这个操作有可能影响到服务器上多个不同的Web应用。
二十三、使用isNew来判断用户是否为新旧用户的错误做法
public boolean isNew()方法如果会话尚未和客户程序(浏览器)发生任何联系，则这个方法返回true，这一般是因为会话是新建的，不是由输入的客户请求所引起的。
为存储下来的链接含有错误的标识信息－该URL后面的SESSION ID已经过期了。
十七、使用隐藏的表单域有什么缺点
仅当每个页面都是有表单提交而动态生成时，才能使用这种方法。单击常规的超文本链接并不产生表单提交，因此隐藏的表单域不能支持通常的会话跟踪，只能用于一系列特定的操作中，比如在线商店的结账过程
六、cookie的读取
1.调用request.getCookie
要获取有浏览器发送来的cookie，需要调用HttpServletRequest的getCookies方法，这个调用返回Cookie对象的数组，对应由HTTP请求中Cookie报头输入的值。
HTTP协议简介
HTTP协议简介关于HTTP协议的基本介绍。
HTTP协议是基于TCP/IP协议之上的应⽤层协议，主要⽤于规定互使⽤联⽹中客户端和服务器之间的通信格式，不关⼼具体传输细节，默认80端⼝。
对于Web开发，不管是前端还是后端开发，了解HTTP协议是必备的⼀些基本知识。
发展历程HTTP/0.9于1991年发布，只有⼀个GET命令，返回HTML格式内容。
HTTP/1.0于1996年5⽉发布，增加POST、HEAD命令，传输内容可以说任意格式，不再仅限于HTML，并且报⽂规定了⼀些元数据字段，⽐如字符集、状态码、编码、缓存等。
HTTP/1.1于1997年1⽉发布，增加PUT\PATCH\DELETE等命令，并新增了⼀些功能机制:持久连接(keep-alive可保持长连接，减少重复请求)。
管道机制(pipelining，⼀个TCP连接中客户端可同时发送多个请求)。
Content-Length字段（报⽂内容长度）。
Host字段(⽤于指定服务器域名，可以将请求发往同⼀台服务器的不同站点)。
1.1版本基本完善了HTTP协议，并且⼀直使⽤⾄今仍然是⽬前最流⾏的版本。
SPDY于2009年由⾕歌研发，使⽤多种新特性提⾼HTTP/1.1版本效率不⾼的问题。
作为HTTP/2版本草案，在HTTP/2发布后已停⽌使⽤。
HTTP/2于2015年发布，基于⾕歌的SPDY协议之上进⾏了⼩部分修改。
主要有以下特点：⼆进制协议(HTTP/1.1版本头信息使⽤⽂本格式，数据体可以是⽂本或⼆进制格式，⽽HTTP/2版本则全部使⽤⼆进制格式,⽅便将来扩展)。
多⼯传输(复⽤TCP连接，双向实时通信，客户端服务器可同时发送多个请求和响应，并且不需要按照请求顺序回应，避免队头阻塞问题)。
头信息压缩(HTTP协议是⽆状态的，因此很多请求都需要带上Cookie、User Agent等重复字段，影响效率。
HTTP/2使⽤gzip、compress等算法压缩头信息后，并且在客户端和服务器都维护⼀张头信息表，记录这些字段，从⽽提⾼速度)。
cookie面试题
cookie面试题一、什么是Cookie面试题Cookie面试题是指在招聘过程中常见的与Cookie相关的问题，用于测试候选人对于Cookie的理解和应用能力。
在一些技术岗位的面试中，经常会出现与Cookie有关的面试题，因为Cookie是Web开发中非常重要的概念之一。
二、Cookie面试题的分类根据Cookie的特性和应用场景，Cookie面试题可以分为以下几类：1. 什么是Cookie？这类问题是对候选人对Cookie基本概念的了解进行考察，通常会涉及Cookie的定义、作用、存储方式等。
2. Cookie的工作原理是什么？这类问题是对候选人对Cookie实现原理的掌握程度进行考察，通常会涉及Cookie的生成、发送、存储和读取过程。
3. Cookie和Session的区别是什么？这类问题是对候选人对Cookie和Session的了解程度进行考察，通常会比较Cookie和Session在存储方式、有效期、安全性等方面的区别。
4. 如何使用Cookie实现用户登录状态的保持？这类问题是对候选人对Cookie在用户登录状态保持方面的应用能力进行考察，通常候选人需要介绍使用Cookie来实现用户登录状态保持的步骤和原理。
5. 如何解决Cookie跨域问题？这类问题是对候选人对Cookie跨域访问限制的理解和解决方案的能力进行考察，通常候选人需要介绍跨域访问限制的原因和解决方案。
三、如何准备Cookie面试题准备Cookie面试题需要注意以下几点：1. 对Cookie的基本概念和工作原理进行充分了解在面试前，候选人应该对Cookie的定义、作用、存储方式、工作原理等基本概念进行充分了解，并能够清楚地表达出来。
2. 理解Cookie与Session的区别Cookie和Session是Web开发中常用的会话管理机制，候选人应该清楚它们的区别并能够简明扼要地解释出来。
3. 掌握Cookie的应用场景和常见问题除了基本概念和工作原理，候选人还应该关注Cookie在实际开发中的应用场景和常见问题，例如如何保证Cookie的安全性、如何处理Cookie过期等。
浅谈Session机制与Cookie机制
般情况下 ，登录一个 网站时 ，通 常被要求 输入用户 名
和密 码 ，之后 再 进 入 相 关 网 页 就 可 以 畅通 无 阻 ，这 是 什 么 原
以上就是 Ｃ ｏ ｉ ｏｋｅ的基本工作原理 。
因呢 ，很多用户并不太清楚 。 这是 因为用户 的信息 被存 储 了 ，那用 户信 息被 谁存储 ， 又被存储 在哪 里了 呢？它 可能 被 Ｓｓｉ ｅｓ ｎ存 储 ，也 可能 是被 ｏ
【 ｅ ｏｄ 】 ｏｋｅｍ ｃａ ｉ Ｓｓｉｎｍ ｃ ａｉ ； ｅｖｒｂｏ ｓｒ Ｋ ｙｗ ｒ ｓ Ｃ ｉ ｅｈｎｓ ｍ； ｅｓ ｅｈ ｓ ｓｒｅ； ｒ ｅ ｏ ｎ ｍ ｗ
１ 引言
一
能会 向用户浏览器发送一个 Ｃ ｏ ｉ，而浏览器会将这些 Ｃ ｏ— ｏｋｅ ｏｋ
ｉ分别保存 。 ｅ
２ Ｓ ｓｉ ｅｓ ｎ与 Ｃ ｏ ｉ ｏ ｏｋｅ
２１什 么是 Ｓ ｓｏ ． ｅｓ ｎ ｉ
Ｓｓｉ ｅｓ ｎ用 中文来解 释就是会话期 。一个会 话期开 始于用 ｏ 户输入一个站点的网址时 ，结束于离开这个站点时 。
Ｓ ｓｉ ｅｓ ｎ在 Ｗｅ 技 术 中 占有 非 常 重要 的份 量 。 由于 网页 是 ｏ ｂ
一
状态 的解决方 案。 同时我们 也看到 ，由于采 用服务器端 保持
状态的方案在客户端也需要保存一个标识 ，所 以 Ｓ ｓ ｏ ｅｓ ｎ机制 ｉ 可能需要借助于 Ｃ ｏ ｉ ｏｋｅ机制来达到保存标识 的 目的。而 Ｓ ｓ ｅ— ｓ ｎ提供了方便管理全局 变量 的方式。 ｉ ｏ Ｓ ｓ ｏ 是针对每一个用户的 ，变量的值保存在服务器上 ， ｅｓ ｎ ｉ
Ｗｅ ｂ服务 器提 供要求时作确认 。例如 ，在某些 网站 中常常要
求用户登录 ， 但 怎么知道用户已经登录了呢 ，如果没有 Ｓ ｓ ｅ— ｓ ｎ的话 ，登 录信息是无法保 留的 ，那 岂不要让用户在每一页 ｉ ｏ 网页中都要提供用户名和密码 ？
Flask中的session机制
Flask中的session机制cookie和sessioncookie：⽹站中，http请求是⽆状态的，第⼀次和服务器连接后并且登陆成功后，第⼆次请求服务器依然不能知道当前请求是哪个⽤户。
cookie的出现就是解决了改问题，第⼀次登陆后服务器返回数据（cookie是存储数据的⼀种格式）给浏览器，然后浏览器保存到本地，⽤户第⼆次请求的时候，就会携带cookie数据⾃动携带给服务器，服务器通过浏览器携带的数据就能判断当前⽤户。
cookie存储数据有限，不同浏览器不同的存储⼤⼩，但⼀般不超过4kb，因此cookie只能存储⼩量数据。
session：session与cookie类似，都是存储⽤户相关信息，不同的是cookie存储在本地浏览器，session存储在服务器，存储在服务器的数据会更安全。
但是存储在服务器会占⽤服务器的资源。
cookie和session的结合使⽤：存储在服务端：通过cookie存储⼀个session_id，具体数据保存在session（存储数据的⽅式）中。
⽤户如果已经登陆服务器会在cookie中保存⼀个session_id，下次请求的时候会把sessin_id携带上来，服务器根据session_id在session库中获取⽤户的session数据，就可以知道⽤户是谁。
专业术语叫：sever side sessionflask中将session数据加密，存储在cookie中，专业术语叫client side session。
flask采⽤的就是这个⽅式。
flask中的sessionflask中的session机制是：把敏感数据加密后放⼊session中，然后把session存放到cookie中，下次请求的时候，从浏览器发来的cookie中读取session，再从session中读取敏感数据，并进⾏解密，来获取⽤户数据flask的这种session机制，可以节省服务器的开销，因为把所有的信息都存储到了客户端。
电子商务网站购物车数据的储存方式
电⼦商务⽹站购物车数据的储存⽅式今天研究了下电⼦商务⽹站购物车数据的储存⽅式，总结如下：实现购物车的关键在于服务器识别每⼀个⽤户并维持与他们的联系。
但是HTTP协议是⼀种“⽆状态(Stateless)”的协议，因⽽服务器不能记住是谁在购买商品，当把商品加⼊购物车时，服务器也不知道购物车⾥原先有些什么，使得⽤户在不同页⾯间跳转时购物车⽆法“随⾝携带”，这都给购物车的实现造成了⼀定的困难。
⽬前购物车的实现主要是通过cookie、session或结合数据库的⽅式。
下⾯分析⼀下它们的机制及作⽤。
cookiecookie是由服务器产⽣，存储在客户端的⼀段信息。
它定义了⼀种Web服务器在客户端存储和返回信息的机制，cookie⽂件它包含域、路径、⽣存期、和由服务器设置的变量值等内容。
当⽤户以后访问同⼀个Web服务器时，浏览器会把cookie原样发送给服务器。
通过让服务器读取原先保存到客户端的信息，⽹站能够为浏览者提供⼀系列的⽅便，例如在线交易过程中标识⽤户⾝份、安全要求不⾼的场合避免⽤户重复输⼊名字和密码、门户⽹站的主页定制、有针对性地投放⼴告等等。
利⽤cookie的特性，⼤⼤扩展了WEB应⽤程序的功能，不仅可以建⽴服务器与客户机的联系，因为cookie可以由服务器定制，因此还可以将购物信息⽣成cookie值存放在客户端，从⽽实现购物车的功能。
⽤基于cookie的⽅式实现服务器与浏览器之间的会话或购物车，有以下特点：1. cookie存储在客户端，且占⽤很少的资源，浏览器允许存放300个cookie，每个cookie的⼤⼩为4KB，⾜以满⾜购物车的要求，同时也减轻了服务器的负荷；2. cookie为浏览器所内置，使⽤⽅便。
即使⽤户不⼩⼼关闭了浏览器窗⼝，只要在cookie定义的有效期内，购物车中的信息也不会丢失；3. cookie不是可执⾏⽂件，所以不会以任何⽅式执⾏，因此也不会带来病毒或攻击⽤户的系统；4. 基于cookie的购物车要求⽤户浏览器必须⽀持并设置为启⽤cookie，否则购物车则失效；5. 存在着关于cookie侵犯访问者隐私权的争论，因此有些⽤户会禁⽌本机的cookie功能。
会话技术 cookie session 课程思政
会话技术、Cookie、Session和课程思政1. 会话技术是指全球信息湾在用户访问期间存储和检索信息的方式。
它有助于全球信息湾保持用户登录状态和跟踪用户的活动。
但是，要理解会话技术，就必须先理解Cookie和Session的概念。
2. Cookie是一种在用户计算机上存储数据的小型文本文件，它由全球信息湾创建，并由用户的浏览器保存。
在全球信息湾和用户之间交换信息时，Cookie会被发送到服务器，从而实现会话跟踪和用户认证等功能。
Cookie是会话技术的基础，也是全球信息湾保持用户状态的基础。
3. Session是指在服务器端保存用户信息的机制。
当用户访问全球信息湾时，服务器会为其创建一个唯一的会话标识，并在会话期间保存用户数据。
这样，用户在不同页面之间可以共享数据，并且服务器可以根据用户的会话信息来维护用户状态。
4. 课程思政作为一种教育理念，强调高校课程的思想性、原则性和针对性。
它旨在通过课程教学，引导学生坚定正确的人生观、价值观和世界观，培养社会主义核心价值观，传承中华优秀传统文化，树立正确的历史观和民族观。
5. 在当今数字化和信息化的时代，会话技术也扮演着至关重要的角色。
在在线课程教学中，会话技术能够帮助学校和学生保持登录状态，支持在线学习的流畅进行，提高用户体验。
6. 结合会话技术和课程思政的话题，可以从以下几个方面展开讨论：- 如何利用会话技术来支持课程思政的在线教学？- 在网络教学中，如何保障学生的个人信息安全和隐私保护？- 会话技术对于课程内容推送和学习路径设计的影响。
- 课程思政如何引导学生正确理解和应用会话技术？- 会话技术在课程思政实践中的应用案例和发展趋势。
7. 通过对会话技术、Cookie、Session和课程思政的深度分析，可以促使人们更深入地理解数字化时代的教育和技术发展。
也有助于引导学生正确应用和理解技术，并注重技术背后的人文关怀和社会责任。
总结：会话技术作为支持在线教学和全球信息湾用户体验的重要技术之一，与课程思政的结合，不仅能促进教育模式的创新，也有助于引导学生正确应用和理解技术。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
那些返回给用户的URL(即使通过间接手段，比如服务器 重定向中的Location字段)都要添加额外的信息。 这意味着在你的站点上不能有任何静
态的HTML页面(至少静态页面中不能有任何链接到站点动 态页面的链接)。因此，每个页面都必须使用servlet或JSP 动态生成。即使所有的页面
都动态生成，如果用户离开了会话并通过书签或链接再 次回来，会话的信息都会丢失，因为存储下来的链接含 有错误的标识信息-该URL后面的SESSIO
二十二、如何废弃会话数据 A.只移除自己编写的servlet创建的数据： 调用removeAttribute(“key”)将指定键关
联的值废弃 B.删除整个会话(在当前Web应用中)： 调用invalidate，将整个会话废弃掉。这样做会丢失该用 户的所有会话数据，而非
仅仅由我们servlet或JSP页面创建的会话数据 C.将用户从系统中注销并删除所有属于他(或她)的会话 调用logOut，将客户从We
ie，不同的浏览器有不同的处理方式。 三、如何利用实现自动登录 当用户在某个网站注册后，就会收到一个惟一用户ID的 cookie。客户后来
重新连接时，这个用户ID会自动返回，服务器对它进行 检查，确定它是否为注册用户且选择了自动登录，从而 使用户务需给出明确的用户名和密码，就可以访
问服务器上的资源。 四、如何根据用户的爱好定制站点 网站可以使用cookie记录用户的意愿。对于简单的设置， 网站可以直接将页面的设置存储
制以便在cookie被禁止时仍然能够把sessionid传递回服务 器，经常采用的一种技术叫做URL重写，就是把sessionid 附加在URL
路径的后面，附加的方式也有两种，一种是作为URL路径 的附加信息，另一种是作为查询字符串附加在URL后面。 网络在整个交互过程中始终保持状态，就
必须在每个客户端可能请求的路径后面都包含这个 sessionid。 C.另一种技术叫做表单隐藏字段。就是服务器会自动修改 表单，添加一个隐藏字
kie。同样要记住响应报头必须在任何文档内容发送到客 户端之前设置。 六、cookie的读取 1.调用request.getcookie
要获取有浏览器发送来的cookie，需要调用 HttpServletRequest的getcookies方法，这个调用返回 cookie对象的
数组，对应由HTTP请求中cookie报头输入的值。 2.对数组进行循环，调用每个cookie的getName方法，直 到找到感兴趣的coo
n.invalidate() B.距离上一次收到客户端发送的sessionid时间间隔超过了 session的最大有效时间 C.服务器进程
被停止 再次注意关闭浏览器只会使存储在客户端浏览器内存中 的sessioncookie失效，不会使服务器端的session对象失效。 十六
、URL重写有什么缺点 对所有的URL使用URL重写，包括超链接，form的action， 和重定向的URL。每个引用你的站点的URL，以及
在cookie中完成定制。然而对于更复杂的定制，网站只需 仅将一个惟一的标识符发送给用户，由服务器端的数据 库存储每个标识符对应的页面设置。
五、cookie的发送 1.创建cookie对象 2.设置最大时效 3.将cookie放入到HTTP响应报头 如果你创建了一个coo
kie，并将他发送到浏览器，默认情况下它是一个会话级 别的cookie:存储在浏览器的内存中，用户退出浏览器之 后被删除。如果你希望浏览器将该c
它servlet、JSP页面以及非JavaWeb应用都可以设置cookie， 依据路径的设置，其中的任何cookie都有可能返回给用户 的浏览器
。 正确的做法是判断cookie数组是否为空且是否存在指定的cookie对 象且值正确。 九、使用cookie属性的注意问题 属性是从服
务器发送到浏览器的报头的一部分;但它们不属于由浏览 器返回给服务器的报头。 因此除了名称和值之外，cookie属性只适用于从服务器输 出到客户
;如果想要在不提供任何代替的情况下移除某个值，则应 使用removeAttribute。这个方法会触发所有实现了 HttpSessionBind
ingListener接口的值的valueUnbound方法。 二十一、会话属性的类型有什么限制吗 通常会话属性的类型只要是Object
就可以了。除了null或基本类型，如int,double,boolean。 如果要使用基本类型的值作为属性，必须将其转换为相 应的封装类对象
b服务器中注销，同时废弃所有与该用户相关联的会话(每 个Web应用至多一个)。这个操作有可能影响到服务器上 多个不同的Web应用 二十三、使用
isNew来判断用户是否为新旧用户的错误做法 publicbooleanisNew()方法如果会话尚未和客户程序(浏览 器)发生任何联系，则
ession(true)、getSession(false)的区别 getSession()/getSession(true)：当sess
ion存在时返回该session，否则新建一个session并返回该 对象 getSession(false)：当session存在时返回该
session，否则不会新建session，返回null 二十、如何将信息于会话关联起来 setAttribute会替换任何之前设定的值
kie为止 cookie与你的主机(域)相关，而非你的servlet或JSP页面。 因而，尽管你的servlet可能只发送了单个cookie
，你也可能会得到许多不相关的cookie。 例如： StringcookieName=“userID”; cookiecookies[
]=request.getcookies(); if(cookies!=null){ for(inti=0;i cookiecooki
端的cookie;服务器端来自于浏览器的cookie并没有设置这 些属性。 因而不要期望通过request.getcookies得到的coo
kie中可以使用这个属性。这意味着，你不能仅仅通过设 置cookie的最大时效，发出它，在随后的输入数组中查找 适当的cookie,读取它的值，
修改它并将它存回cookie，从而实现不断改变的cookie值。 十、如何使用cookie记录各个用户的访问计数 1.获取cookie数
一、cookie机制和session机制的区别 具体来说cookie机制采用的是在客户端保持状态的方案， 而session机制采用的是在服务
器端保持状态的方案。 同时我们也看到，由于在服务器端保持状态的方案在客 户端也需要保存一个标识，所以session机制可能需要借 助于cook
ie机制来达到保存标识的目的，但实际上还有其他选择 二、会话cookie和持久cookie的区别 如果不设置过期时间，则表示这个cook
户端的请求创建一个session的时候，服务器首先检查这 个客户端的请求里是否包含了一个session标识-称为 sessionid,如果已经包
含一个sessionid则说明以前已经为此客户创建过session， 服务器就按照sessionid把这个session检索出来使用(如果 检索
不到，可能会新建一个，这种情况可能出现在服务端已 经删除了该用户对应的session对象，但用户人为地在请 求的URL后面附加上一个JSESSI
n一词与网络协议相关联时，它又往往隐含了“面向连接” 和/或“保持状态”这样两个含义。 session在Web开发环境下的语义又有了新的扩展
，它的含义是指一类用来在客户端与服务器端之间保持 状态的解决方案。有时候Session也用来指这种解决方案 的存储结构。 十二、session
的机制 session机制是一种服务器端的机制，服务器使用一种类 似于散列表的结构(也可能就是使用散列表)来保存信息。 但程序需要为某个客
段，以便在表单提交时能够把sessionid传递回服务器。 十四、session什么时候被创建 一个常见的错误是以为session在有客
户端访问时就被创建，然而事实是直到某server端程序(如 Servlet)调用HttpServletRequest.getSession(t
rue)这样的语句时才会被创建。 十五、session何时被删除 session在下列情况下被删除： A.程序调用HttpSessio
组中专门用于统计用户访问次数的cookie的值 2.将值转换成int型 3.将值加1并用原来的名称重新创建一个cookie对象 4.重
新设置最大时效 5.将新的cookie输出 十一、session在不同环境下的不同含义 session，中文经常翻译为会话，其本来的含
义是指有始有终的一系列动作/消息，比如打电话是从拿 起电话拨号到挂断电话这中间的一系列过程可以称之为 一个session。 然而当sessio
退出循环并设置区别标识 D.根据区别标识判断用户是否为初访者从而进行不同的操作 八、使用cookie检测初访者的常见错误 不能仅仅因为
cookie数组中不存在在特定的数据项就认为用户是个初访 者。如果cookie数组为null，客户可能是一个初访者，也 可能是由于用户将cook
ie删除或禁用造成的结果。 但是，如果数组非null,也不过是显示客户曾经到过你的网 站或域，并不能说明他们曾经访问过你的servlet。其
ookie存储在磁盘上，则需要使用maxAge，并给出一个以 秒为单位的时间。将最大时效设为0则是命令浏览器删除 该cookie。 发送coo
kie需要使用HttpServletResponse的addcookie方法，将 cookie插入到一个Set-cookieHTTP请求报头中
。由于这个方法并不修改任何之前指定的Set-cookie报头， 而是创建新的报头，因此我们将这个方法称为是 addcookie，而非setcoo
ie生命周期为浏览器会话期间，只要关闭浏览器窗口， cookie就消失了。这种生命期为浏览会话期的cookie被称 为会话cookie。会话co