JavaEEHttpServletRequest对象.docx

上传人:b****0 文档编号:9173057 上传时间:2023-05-17 格式:DOCX 页数:16 大小:1.04MB
下载 相关 举报
JavaEEHttpServletRequest对象.docx_第1页
第1页 / 共16页
JavaEEHttpServletRequest对象.docx_第2页
第2页 / 共16页
JavaEEHttpServletRequest对象.docx_第3页
第3页 / 共16页
JavaEEHttpServletRequest对象.docx_第4页
第4页 / 共16页
JavaEEHttpServletRequest对象.docx_第5页
第5页 / 共16页
JavaEEHttpServletRequest对象.docx_第6页
第6页 / 共16页
JavaEEHttpServletRequest对象.docx_第7页
第7页 / 共16页
JavaEEHttpServletRequest对象.docx_第8页
第8页 / 共16页
JavaEEHttpServletRequest对象.docx_第9页
第9页 / 共16页
JavaEEHttpServletRequest对象.docx_第10页
第10页 / 共16页
JavaEEHttpServletRequest对象.docx_第11页
第11页 / 共16页
JavaEEHttpServletRequest对象.docx_第12页
第12页 / 共16页
JavaEEHttpServletRequest对象.docx_第13页
第13页 / 共16页
JavaEEHttpServletRequest对象.docx_第14页
第14页 / 共16页
JavaEEHttpServletRequest对象.docx_第15页
第15页 / 共16页
JavaEEHttpServletRequest对象.docx_第16页
第16页 / 共16页
亲,该文档总共16页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

JavaEEHttpServletRequest对象.docx

《JavaEEHttpServletRequest对象.docx》由会员分享,可在线阅读,更多相关《JavaEEHttpServletRequest对象.docx(16页珍藏版)》请在冰点文库上搜索。

JavaEEHttpServletRequest对象.docx

JavaEEHttpServletRequest对象

班级编号:

VIP14

学员名字:

端碗吹水

课程名称:

HttpServletRequest对象

上课时间:

2017-11-06

HttpServletRequest对象

我们都知道浏览器通过http协议与Tomcat(web服务器)通信时,会生成两个对象,一个是HttpServletRequest对象,一个是HttpServletResponse对象。

它们是一对数据封装对象,前者封装客户端的请求头,后者封装服务器的响应头。

而在这里要介绍的是HttpServletRequest对象,HttpServletRequest实际上是个接口,是Java所定制的接口,这个接口是由开发web服务器的人员去做实现的。

可以看一下HttpServletRequest的源码:

 

我们可以看看Tomcat中实现这个接口的两个类:

Request类:

 

RequestFacade类:

 

可以看到以上这两个类都各自实现了HttpServletRequest接口,但实际上这个两个类是有关联的,具体的代码实现其实是由Request类完成的,而RequestFacade类只是作为一个转发的存在。

而且从类的名称上也可以看得出来,Facade是外观、正面的意思,所以这是一个外观类,而在这个RequestFacade类后面的真正实现类是Request。

可以想象成RequestFacade是Request的前端、门面,Request则是RequestFacade的后台、后端。

看一下RequestFacade的构造器和部分代码就知道了:

 

再来看看RequestFacade的部分代码:

 

而且这个类的代码行数也不到一千行:

 

下面再来看看Request类的代码:

 

可以看到getContextPath这个方法是在Request类上实现的,并且因为实现代码在这个类里,所以代码行数比RequestFacade类多:

 

示意图:

 

从上图可以看到HttpServletRequest接口和Request、RequestFacade实现类之间构成了一个模式,这个设计模式就是外观模式。

外观模式为子系统中的一组接口提供了一个一致的界面,这个界面就是RequestFacade,并且定义了一个高层接口这个接口就是HttpServletRequest,这个接口使得这一子系统更加容易使用。

外观模式好处在于隐藏了系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口(HttpServletRequest)。

这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性,这个模式实现了子系统与客户端之间的松耦合关系。

所以我们都是通过HttpServletRequest接口对象去调用方法的,而实现类和界面类都隐藏在背后,而且这两个类也不是Java实现的,而是开发web服务器的人员实现的(Java的尿性一贯如此)。

关于对象池:

HttpServletRequest和HttpServletResponse对象是存放在一个对象池中的,这是一个活动的能够自动增长的对象池,就和自动增长的线程池一样,每当对象不够用的时候就会新增加对象。

这个对象池可以优化服务器资源,因为这两个对象可以反复的利用,不会造成资源的浪费。

如果没有这个对象池的话,每次用户访问就会新建一次对象的话,这么做十分耗费资源,而且速度还慢。

所以从这一点可以知道,这个对象池就是起到了一个优化资源的作用(好像池子都是这么回事)。

我们可以打印这个两个对象的hash值查看一下就知道了(需要不断的刷新访问页面):

运行结果:

从图中可以看到有几个hash值重复了好几次,所以从这一点就可以得知它使用了对象池机制。

好了,以上简单介绍完HttpServletRequest中接口与实现类的一些关系和使用到了什么设计模式与对象池机制,接下来介绍一下HttpServletRequest中较为常用的一些方法:

获得服务器相关信息方法:

代码示例:

 

运行结果:

 

获得请求头信息方法(请求头中的信息是键/值对形式的):

代码示例:

运行结果:

获得客户端的IP和端口方法:

代码示例:

运行结果:

获得和设置表单数据方法(如果是上传文件的话则无法获取文件中的数据):

Html代码示例:

Java代码示例:

浏览器表单:

控制台结果:

获得和设置表单属性相关方法:

注意:

以上这几个方法只是在web容器内部流转,仅在具有转发关系的Web组件之间共享,也就说只在这个范围内有效,所以不能直接把值获得到代码中打印,以下使用实际示例演示一下就知道无法直接获得值了:

代码示例:

浏览器:

控制台结果:

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 幼儿教育 > 育儿理论经验

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2