Session 杂谈

最新推荐文章于 2024-09-15 22:36:10 发布

infor_support

最新推荐文章于 2024-09-15 22:36:10 发布

阅读量707

点赞数

分类专栏： JAVA 文章标签： session sqlserver 服务器数据库 manager microsoft

本文链接：https://blog.csdn.net/infor_support/article/details/1468854

版权

JAVA 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

HTTP协议是无状态的协议。什么是无状态的协议呢，也就是说浏览器向服务器发出的每一次请求，都是独立的，与其前后访问的请求都没有任何的关系。也许在互联网的初期我们每次输入一个网址，得到返回的页面，这样就足够了。但随着web应用的轰轰烈烈的发展，这样简单的应用显然已无法满足各种的应用。于是我们可以通过表单、URL来在页面之间传递一些数据。并利用cookie和session机制来解决HTTP无状态无带来的不便。

说到Session就一定也要说到cookie ，这是两种不同的保存状态的机制。只不过Session是保存在服务器端，而cookie保存在客户端上。举个例子：过去上学的时候去火车站买学生票，每买一次，售票员就要在我们的学生证上盖一个章，下次再去的时候，售票员跟据学生证上的张数来确定是否还能售给我们学生票（学生票一年只能有四次购买机会），我们的学生证在这个例子里就是用来保存状态的，类似于cookie，是典型的客户端状态保存。后来火车站进行了系统的升级，每买一次票不再向学生上证盖章了，而是出示一下学生证，我们的学生证中只保存了一个ID，而购买的次数保存在火车站的数据库中（只是举个例子，可能真实的情况不是如此），这样每次购买时售票员跟据我们的ID，去确认一下是否可售给我们学生票，这样的机制就是服务器保存状态，也就是session机制。

可以看出，服务器保存的状态也是需要客户端保存一个ID的，但在一些系统中，cookie被禁止了，也就是说客户端无法保存信息了，这时如果还需要用Seesion来传递状态的话，就需要将Session的ID通过页面的URL进行相互的传递。还是上个例子：如果你不想带学生证（怕丢了，出于安全考虑），那只能把你的ID印在脑门上，到哪都带着，用来进行状态的传递。在java中，HttpServletResponse接口提供了重写URL的方法encodeURL(String url)。

它跟据是否使用Session以及客户端是否支持cookie来返回相应的URL，如果需要，它会把相关session的ID，加到URL后面。

由于session是保存在服务器端，所以会占用一部分系统的资源，因此我们总是想在某客户端不用的时候，就清空掉其session中的数据。我们能在应用中可以提供注销、关闭这样的功能时来清空session；也可在javascript的window.oncolose时，进行Session的清空，但对于浏览器进程被终止、浏览器出错、客户端死机等各种情况时，还是不能保证session会被清空的。于是，我们可以设置一个失效时间，也就是说一个时间段内如果没人来使用这个Session，那么就可以清空session中其相关的数据了。