免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5138 | 回复: 10
打印 上一主题 下一主题

请教:关于 request 和 session [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-03-23 16:11 |只看该作者 |倒序浏览
我在使用struts做web程序的时候,对于request和session的作用范围的大小感到很很混乱。
目前我的理解是:
session的作用范围是从网页打开,到关闭网页,这个时间段内,session中保存的信息都是可用的。
request的作用范围是从客户端提交请求开始,到服务器将所请求的信息返回客户端为止。
这样说来,session的作用范围是比request要大的,

可是,为什么,在服务器端我想取得session,反而要从request中取得session呢?

    public ActionForward execute(ActionMapping mapping, ActionForm form,
        ServletRequest request, ServletResponse response)
        throws Exception {
        HttpSession session =  request.getSession();        ... ... ...
    }

论坛徽章:
0
2 [报告]
发表于 2006-03-23 16:17 |只看该作者
request会带着这个用户的jsessionid阿,所以可以从request来获取session吧。我认为是这样的

论坛徽章:
0
3 [报告]
发表于 2006-03-23 17:59 |只看该作者
还有没有更深入详细的解释了.....

论坛徽章:
0
4 [报告]
发表于 2006-03-23 18:17 |只看该作者
session是在服务器端建立的,浏览器访问服务器会有一个jsessionid,浏览器端通过jsessionid定位服务器端的session,session的创建和销毁由服务器端控制。当浏览器关闭后,session还存在在服务器端,只不过你新开的浏览器去访问服务器会创建另一个session,这个时候的jsessionid已经不一样了。也就不能访问上一次的哪个session里面的内容了。
那服务器端session如何建的呢? 普通htm不会创建,jsp默认是创建的,只要你访问一个任何一个jsp就会创建(不过只创建一次),你关闭浏览器从新访问又会创建一个,这些创建的session由服务器自己控制销毁,你也可以在服务器端代码中销毁。
session其实简单:
先request.getsession(),当已有一个session与前request相关时就返回对这个session的引用,当没有时就生成一个.一个session在server通过一个sessionid来标识的。也就是说在一个server是不会有两个相同sessionid的session.

那么session为什么会和cookie扯在一起呢?

正如我所说对於一个session来说它的sessionid就是其身份的标识。若我们将这个sessionid保存到用户端,当同一个会话的后序请求来时都将这个sessionid放在request 的header中(也就是我们说的cookie)这样不就可以来验证这个request是否与之前的request是同一个会话了吗!

什么是会话呢?
我们可以通俗一点理解。只要你的browers不关我们就称这一系列的request与response为一个会话。一断你close就称这个会话已结束。虽然会话结束但并不代表你的session就被destroy.因为session是存活在server上的。它的生命完全由server来主宰(web.xml中的设定).
虽然你的session还存活在server上但你已无法再取得它。因为j2ee的api只给我们一种方法来取得与当前会话相关的session的引用:request.getsession() or reqeust.getsession(boolean)


这也就是为会什么会有"当浏览器关session就结束"这个错误的说法了!


深刻理解一下,  
一个常见的误解是以为session在有客户端访问时就被创建,然而事实是直到某server端程序调用HttpServletRequest.getSession(true)这样的语句时才被创建,
注意如果JSP没有显示的使用 <%@page session="false"%> 关闭session,
则JSP文件在编译成Servlet时将会自动加上这样一条语句HttpSession session = HttpServletRequest.getSession(true);

这也是JSP中隐含的session对象的来历。

论坛徽章:
0
5 [报告]
发表于 2006-03-23 18:45 |只看该作者
很细致,很详尽

论坛徽章:
0
6 [报告]
发表于 2006-03-23 20:41 |只看该作者
谢谢你4楼 zw_ren

论坛徽章:
0
7 [报告]
发表于 2006-03-23 22:34 |只看该作者
谢谢 zw_ren。

看到一篇文章,也挺好的,贴过来


在一些投票之类的场合,我们往往因为公平的原则要求每人只能投一票,在一些WEB开发中也有类似的情况,这时候我们通常会使用COOKIE来实现,例如如下的代码:
<  % cookie[]cookies = request.getCookies();
if (cookies.lenght == 0 || cookies == null)
    doStuffForNewbie();//没有访问过   
}
else
{
    doStuffForReturnVisitor(); //已经访问过了
}
%  >
     这是很浅显易懂的道理,检测COOKIE的存在,如果存在说明已经运行过写入COOKIE的代码了,然而运行以上的代码后,无论何时结果都是执行doStuffForReturnVisitor(),通过控制面板-Internet选项-设置-察看文件却始终看不到生成的cookie文件,奇怪,代码明明没有问题,不过既然有cookie,那就显示出来看看。
cookie[]cookies = request.getCookies();
if (cookies.lenght == 0 || cookies == null)
    out.println("Has not visited this website" ) ;
}
else
{
    for (int i = 0; i < cookie.length; i++)
    {
        out.println("cookie name:" + cookies[ i ].getName() + "cookie value:" + cookie[ i ].getValue() ) ;
   }
}
     运行结果:
cookie name:JSESSIONID cookie value:KWJHUG6JJM65HS2K6  

    为什么会有cookie呢,大家都知道,http是无状态的协议,客户每次读取web页面时,服务器都打开新的会话,而且服务器也不会自动维护客户的上下文信息,那么要怎么才能实现网上商店中的购物车呢,session就是一种保存上下文信息的机制,它是针对每一个用户的,变量的值保存在服务器端,通过SessionID来区分不同的客户,session是以cookie或URL重写为基础的,默认使用cookie来实现,系统会创造一个名为JSESSIONID的输出cookie,我们叫做session cookie,以区别persistent cookies,也就是我们通常所说的cookie,注意session cookie是存储于浏览器内存中的,并不是写到硬盘上的,这也就是我们刚才看到的JSESSIONID,我们通常情是看不到JSESSIONID的,但是当我们把浏览器的cookie禁止后,web服务器会采用URL重写的方式传递Sessionid,我们就可以在地址栏看到sessionid=KWJHUG6JJM65HS2K6之类的字符串。
   明白了原理,我们就可以很容易的分辨出persistent cookies和session cookie的区别了,网上那些关于两者安全性的讨论也就一目了然了,session cookie针对某一次会话而言,会话结束session cookie也就随着消失了,而persistent cookie只是存在于客户端硬盘上的一段文本(通常是加密的),而且可能会遭到cookie欺骗以及针对cookie的跨站脚本攻击,自然不如session cookie安全了。
    通常session cookie是不能跨窗口使用的,当你新开了一个浏览器窗口进入相同页面时,系统会赋予你一个新的sessionid,这样我们信息共享的目的就达不到了,此时我们可以先把sessionid保存在persistent cookie中,然后在新窗口中读出来,就可以得到上一个窗口SessionID了,这样通过session cookie和persistent cookie的结合我们就实现了跨窗口的session tracking(会话跟踪)。
    在一些web开发的书中,往往只是简单的把Session和cookie作为两种并列的http传送信息的方式,session cookies位于服务器端,persistent cookie位于客户端,可是session又是以cookie为基础的,明白的两者之间的联系和区别,我们就不难选择合适的技术来开发web service了。

论坛徽章:
0
8 [报告]
发表于 2006-03-24 00:11 |只看该作者
楼上说的真是浅显易懂啊,看了后真是豁然开朗!谢谢!

论坛徽章:
0
9 [报告]
发表于 2006-03-24 09:48 |只看该作者
增加为精华如何?

论坛徽章:
0
10 [报告]
发表于 2006-03-24 11:11 |只看该作者
原帖由 我是好人 于 2006-3-24 10:48 发表
增加为精华如何?


:em11:
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP