servlet04 response对象 ServletContext对象

本文深入解析了HTTP响应对象(response),包括其继承结构、常用方法及如何使用response对象向客户端发送数据、实现请求重定向、定时刷新等功能。同时,还介绍了如何控制浏览器的缓存行为以及request转发、重定向、定时刷新的异同。

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

1 Response
代表Http响应的对象.用来封装服务器将要发送给浏览器的响应信息.
1.1 response继承结构
ServletResponse接口 – 提供了一个response对象应该具有的功能
|
|-- HttpServletResponse接口, 继承了ServletResponse, 并添加了很多和Http协议相关的方法

1.2 response提供的常用方法
状态行
HTTP/1.1 200 OK

若干响应头
xxx : xxx

响应实体内容
xxx

设置状态码的方法
setStatus(int status)

设置响应头的方法
setHeader(String name, String value)

设置响应实体内容的方法
getOutputStream()
getWriter();
1.3 response对象提供的功能
1.3.1 向客户端发送数据
getOutputStream()
getWriter()

1.使用字节流(getOutputStream())向客户端发送数据
(1)使用字节流发送英文数据

在浏览器中:

(2)使用字节流发送中文数据

乱码产生的原因:
服务端在发送数据, 数据使用的编码是GBK(字符串转成二进制数组调用的是getBytes(), 这个方法如果不指定, 将会使用默认的平台码GBK)
浏览器自己有默认的编码(比如谷歌), 如果不指定, 默认使用utf-8来接收数据. 发送数据和接收数据使用的码表不一致造成乱码

解决方案:
	第一步:设置服务器端发送的数据使用的编码是UTF-8
	 
	第二步:设置浏览器接收数据时使用的编码为UTF-8
	 
等价于<====>

2.使用字符流(getWriter())向客户端发送数据
(1)使用字符流发送英文数据

(2)使用字符流发送中文数据

在浏览器中:

乱码产生的原因:
服务器端使用字符流发送数据, 底层需要将字符转成字节, 这时需要使用一个码表, 如果不指定, 服务器默认使用iso8859-1编码, 而这个编码中没有中文汉字, 所以必然会出现乱码!
无论客户端使用什么编码, 接收到的数据都是乱码!
解决的方案:
第一步: 通知服务端使用utf-8来发送数据

第二步: 通知浏览器也使用utf-8来接收数据

总结: 其实在解决字符流发送中文乱码问题的过程中,
response.setCharacterEncoding(“utf-8”);这行代码可以省略不写, 原因是因为
response.setContentType(“text/html;charset=utf-8”);这行代码有两个作用, 既会通知服务器用utf-8来发送数据, 也会通知浏览器使用utf-8来接收数据!

细节:
(1) 在一个请求中, getWriter()和getOutputStream()不能同时使用, 因为这两个方法是互斥的! 如果两个方法同时使用, 会抛出异常

(2) 通过getWriter()和getOutputStream()这两个方法获取到的流, 使用完后不需要关闭, 因为服务器会自动帮我们关闭!!
(3) 通过getWriter()和getOutputStream()这两个方法获取到的流, 是指向response缓冲区, 而不是直接指向了浏览器!

1.3.2 实现请求重定向

请求重定向: 可以实现资源的跳转
实现请求重定向:通过302状态码和location响应头可以实现重定向
response.setStatus(302);
response.setHeader(“location”, “/index.html”);

等价于 <=========>
response.sendRedirect(“/day15/index.html”); 这行代码也可以实现重定向操作
重定向的特点:
两次请求, 两次响应
request对象不是同一个
地址栏地址会发生变化
1.3.3 实现定时刷新
通过refresh头可以实现在多少秒之后跳转到指定的资源
实现定时刷新:

定时刷新的特点:
两次请求, 两次响应
request对象不是同一个
地址栏地址会发生变化
和重定向的区别在于, 重定向是立即发生跳转, 而定时刷新是在指定多少秒之后立即跳转, 在跳转之前, 可以向浏览器发送响应, 并维系一段时间.
1.3.4 控制浏览器的缓存行为
不同的浏览器或者相同的浏览器的不同版本, 或者是相同的浏览器的相同版本做了不同的配置, 他们之间的缓存行为可能都是不同的.
如果我们希望浏览器能够缓存要给资源, 或者不缓存一个资源, 靠浏览器自己判断是否缓存是非常不靠谱的, 所以我们希望能够明确的通知浏览器是否缓存一个资源!

(1) 控制浏览器不要缓存一个资源

(2) 控制浏览器缓存一个资源

1.3.5 总结
1.请求转发、重定向、定时刷新三种资源跳转方式的区别
(1)请求转发

a) 一次请求,一次响应(request对象是同一个)
b) 地址栏地址不会发生变化

c) 转发只能在同一个WEB应用内部的资源之间进行跳转,不能在不同的WEB应用或者是不同的虚拟主机之间进行跳转。否则将会提示找不到资源.

(2)重定向
a) 两次请求, 两次响应(request对象不是同一个)
b) 地址栏地址会发生变化
c) 既可以在同一个WEB应用内部的资源之间进行跳转, 也可以在不同的WEB应用或者是不同的虚拟主机之间进行跳转, 如下:

(3)定时刷新
a) 两次请求, 两次响应(request对象不是同一个)
b) 地址栏地址会发生变化
c) 既可以在同一个WEB应用内部的资源之间进行跳转, 也可以在不同的WEB应用或者是不同的虚拟主机之间进行跳转, 如下:

d) 定时刷新和重定向主要的区别在于, 重定向是立即跳转,而定时刷新是在指定多少秒之后立即跳转, 并且在跳转之前,可以向浏览器发送响应数据并维系一段时间.

2.请求转发/重定向/定时刷新分别在什么情况下使用?
(1) 如果是同一个WEB应用内部资源的跳转, 三种方式都可以, 具体使用哪一种:
a) 如果希望在跳转之后地址栏地址不会发生变化, 这里只能使用请求转发
b) 如果希望在跳转之后地址栏地址会发生变化, 这里可以使用重定向或定时刷新
c) 如果在跳转的过程中, 希望带数据到目的地, 这里只能使用请求转发
d) 如果没有什么特别的需求, 仅仅是做一个跳转, 推荐使用转发. 因为转发是一次请求, 可以减少访问服务器的次数, 减少服务器的压力!
(2) 如果是不同的WEB应用之间资源的跳转, 只能使用重定向和定时刷新, 具体使用哪一种:
重定向是立即跳转, 中间没有间隔, 而定时刷新可以指定多少秒之后再进行跳转, 在跳转之前, 还可以发送响应到客户端, 并维系一段时间.
a) 因此如果需要指定多少时间之后再跳转可以使用定时刷新, 如果在跳转之前, 需要提示用户, 可以使用定时刷新.
b) 如果没有什么特殊需要, 两种方式都可以.

2 ServletContext对象
2.1 ServletContext对象简介
代表整个WEB应用的对象
在服务器启动并加载WEB应用之后, 服务器会立即创建代表当前WEB应用的ServletContext对象, 该对象会一直驻留在服务器的内存中, 唯一的代表当前WEB应用. 在服务器关闭或者WEB应用被移出容器, 随着WEB应用的销毁, ServletContext对象也跟着销毁.

2.2 获取ServletContext对象
ServletContext context = this.getServletContext();
2.3 ServletContext作为域对象使用
域对象: 如果一个对象具有可以被看见的范围, 利用该对象上的map可以在整个范围内, 实现数据的共享.
在ServletContextDemo1中:
// 2.作为域对象使用
context.setAttribute(“name”, “陈子枢”);
context.setAttribute(“age”, “18”);
context.setAttribute(“gender”, “男”);

在index.jsp中:
<%= this.getServletContext().getAttribute(“name”) %>

<%= this.getServletContext().getAttribute(“age”) %>

<%= this.getServletContext().getAttribute(“gender”) %>

常用方法:
setAttribute(String name, Object value);
getAttribute(String name);
removeAttribute(String name);
getAttributeNames();

生命周期: 在WEB应用被加载后, 服务器立即创建代表当前WEB应用的ServletContext对象,
在WEB应用被移出容器时, 随着WEB应用的销毁, 对象也跟着销毁!

作用范围: 整个WEB应用

主要功能: 在整个WEB应用中实现数据的共享

2.3.1 统计网站访问人数.
需求: 统计本网站访问的人数, 当用户访问本网站时, 响应该用户是本网站今天第几位访客!
实现步骤:
(1) 创建一个工程(day16_1)

(2) 创建两个Servlet: ServletContextDemo1和ServletContextDemo2

(3) 在两个Servlet中分别实现:当用户访问时, 响应该用户是本网站的第几位访客

内容概要:该研究通过在黑龙江省某示范村进行24小实地测试,比较了燃煤炉具与自动/手动进料生物质炉具的污染物排放特征。结果显示,生物质炉具相比燃煤炉具显著降低了PM2.5、CO和SO2的排放(自动进料分别降低41.2%、54.3%、40.0%;手动进料降低35.3%、22.1%、20.0%),但NOx排放未降低甚至有所增加。研究还发现,经济性和便利性是影响生物质炉具推广的重要因素。该研究不仅提供了实际排放数据支持,还通过Python代码详细复现了排放特征比较、减排效果计算和结果可视化,进一步探讨了燃料性质、动态排放特征、碳平衡计算以及政策建议。 适合人群:从事环境科学研究的学者、政府环保部门工作人员、能源政策制定者、关注农村能源转型的社会人士。 使用场景及目标:①评估生物质炉具在农村地区的推广潜力;②为政策制定者提供科学依据,优化补贴政策;③帮助研究人员深入了解生物质炉具的排放特征和技术改进方向;④为企业研发更高效的生物质炉具提供参考。 其他说明:该研究通过大量数据分析和模拟,揭示了生物质炉具在实际应用中的优点和挑战,特别是NOx排放增加的问题。研究还提出了多项具体的技术改进方向和政策建议,如优化进料方式、提高热效率、建设本地颗粒厂等,为生物质炉具的广泛推广提供了可行路径。此外,研究还开发了一个智能政策建议生成系统,可以根据不同地区的特征定制化生成政策建议,为农村能源转型提供了有力支持。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值