day_1_11 response&request

Response对象

就是服务器用来向浏览器响应内容的

1. 获取响应流

在servlet中可以用response对象获取一个字节流或者一个字符流
PrintWriter pw = response.getWriter(); // 字符流
OutputStream out = response.getOutputStream(); // 字节流
注意: 在一个Servlet中, 只能使用一种流, 不然就会抛出IllegalStateException异常

2. response设置响应头

setHeader(String name, String value) 设置响应头
示例:

// 设置响应编码
response.setHeader("Content-type", "text/html;charset=utf-8");

// 使用Refresh响应头来完成页面的定时跳转
response.getWriter().print("注册成功, 3秒后跳转到主页!");
response.setHeader("Refresh", "3;URL=http://www.baidu.com");
3. 设置状态码
// 设置错误状态码
void sendError(int sc)
// 设置错误状态码, 并且给出错误提示信息
void sendError(int sc, String msg)
// 设置状态码
void setStatus(int sc)

重定向
当用户访问某一个servlet的时候, 该servlet向客户端响应一个302的状态码, 并且响应一个location响应头, 头值为一个地址, 客户端会自动再次访问该地址.
那么在这个过程中, 客户端发送了两次请求, 重定向的地址可以是本项目, 也可以是其它的项目, 所以重定向的路径前面必须有项目名, 也可以使用相对路径(但是不建议), 重定向改变了浏览器的地址栏

    response.setStatus(302);
    response.setHeader("location", "http://www.baidu.com");

重定向的快捷方法:
response.sendRedirect("/day_1_11/index.jsp");

HTTP

Http协议: 客户端跟服务器进行数据传输的标准

请求和响应:
请求头:
Referer: 该请求头意思是 该请求来自于哪里, 可以用来做统计和防盗链, 如果是直接从浏览器输入的网址, 那么是没有该请求头的
User-Agent: 用来获取浏览器的信息

响应头:
Refresh: 定时跳转
Location: 重定向的头
Content-type: 设置字符编码

响应状态码:

404: 访问的资源路径不存在
500: 一般是服务器代码报错, 抛异常
405: servlet中没有重写doGet或者doPost方法, 但是提交方式是doGet或者doPost
302: 重定向的状态码
200: 正常响应

304: 第一次访问静态资源的时候, 服务器会向浏览器发送一个响应头Last-Modified:Thu, 11 Jan 2018 00:52:17 GMT表示最后修改该文件的时间.
第二次访问该静态资源的时候, 浏览器会带一个请求头给服务器If-Modified-Since:Thu, 11 Jan 2018 00:52:17 GMT
表示的是文件最后修改的时间, 如果两次时间一致的话, 那么第二次访问的时候, 服务器知道该文件在两次访问之间没有被修改过, 服务器就会发送一个304状态码告诉浏览器, 你不需要我来响应, 使用你自己的缓存即可

错误状态的解决方案

如果在访问某些资源的时候, 出现了404, 500, 405等等错误状态码, 那么我们可以给用户一定的友好提示, 可以设置一个错误的页面, 遇到错误就跳转到错误页面.

可以通过状态码, 也可以通过异常的类型, 但它们不能同时出现在一个<error-page>里

<error-page>
        <error-code>404</error-code>
        <location>/error1.html</location>
</error-page>

<error-page>
        <exception-type>java.lang.Exception</exception-type>
        <location>/error2.html</location>
</error-page>

Request

封装了浏览器发送过来的所有请求信息

1. 获取请求参数

request.getParameter("");

2. 获取请求路径信息:
// 获取上下文路径, 即项目名
String getContextPath()
// 获取请求方式
String getMethod()

// 获取请求参数
String getQueryString()

String getRequestURI()
String getRequestURL()

// 获取servlet路径
String getServletPath()
// 获取IP地址
String getRemoteAddr()
// 获取主机名
String getRemoteHost()
// 获取协议
String getScheme()
3. Request对象获取请求头

request.getHeader("头名称");
Referer: 该请求头可以显示本次请求来源于哪里
如果是在浏览器地址栏直接访问, 那么request.getHeader("referer")
得到的是null
User-agent: 表示浏览器的信息(我的浏览器是Chrome)

resp.getWriter().print(req.getHeader("User-Agent"));
//Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
    
4. request的请求转发和请求包含

转发特点:
a. 转发一共只有一次请求
b. 转发不会改变浏览器地址栏的地址
c. 转发只能转发给本应用的资源
d. 在转发过程中ServletDemo1(发送请求的Servlet)不能有响应体, 只能有响应头

包含:
在包含中两个Servlet都可以有响应体, 其它一样

5. request对象作为Java Web四大域对象之一使用

request作为域对象的方法:

        setAttribute(name, value); // 保存数据
        getAttribute(name); // 获取数据
        removeAttribute(name); // 删除数据

Request对象只作用在一次请求中, Request对象在发送请求的时候产生,
在请求结束后销毁, 只有在转发和包含中才能使用request传输数据.

注意: 转发不需要带项目名, 重定向需要带项目名

request.getRequestDispatcher("/IncludeDemo2").include(request, response);
response.sendRedirect("/day_1_11/index.jsp");

其中乱码问题的解决

服务器向浏览器响应的时候为什么会出现乱码?
根本原因: 编码和解码的时候采用的码表不一致导致的
服务器采用utf-8的格式编码, 而浏览器采用默认的ISO-8859-1来解读,
而ISO-8859-1不支持中文, 所以就乱码.
那么这个时候服务器得告诉浏览器编码格式, 让浏览器采用该码表, 才不会出现乱码.

响应乱码解决

    response.setCharacterEncoding(“UTF-8”); //一般都是不使用的
    response.setContentType(“text/html;charset=UTF-8”); //一般使用这个

乱码解决:
post提交 请求乱码解决
request.setCharacterEncoding("UTF-8");

get提交 请求乱码解决
两种方法:

  1. 修改Tomcat配置文件server.xml
    加上URIEncoding="utf-8"

    server.png

  2. 不管客户端采用什么编码格式, 服务器都会使用ISO-8859-1来解码
    那么我们只需要重新使用ISO-8859-1进行编码, 然后再通过UTF-8进行解码, 即可解决乱码问题

String name = new String(request.getParameter("name").getBytes("ISO-8859-1"), "utf-8");

补充

post和get请求的区别?
get请求:
1. 表单的默认请求方式, 超链接, location.href, 定时刷新,
浏览器直接访问, 重定向都是get提交
2. get提交如果带参数, 参数只能绑定在url路径上, 参数泄露,
不安全
3. url路径最大只能是1kb, 那么对于get提交的参数具有长度的限制
4. 对于get提交的参数解决乱码, 需要重新编码再解码, 比较麻烦

Post提交:
1. 只有明确给出了form表单的method属性为post时候, 才是post提交
2. post提交的参数不需要绑定在url路径上, 它有专门的请求体, 更安全,
参数长度更大
4. Post提交处理乱码只需要
request.setCharacterEncoding("utf-8"), 处理比较方便

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,711评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,079评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,194评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,089评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,197评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,306评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,338评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,119评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,541评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,846评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,014评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,694评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,322评论 3 318
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,026评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,257评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,863评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,895评论 2 351

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,644评论 18 139
  • 这部分主要是与Java Web和Web Service相关的面试题。 96、阐述Servlet和CGI的区别? 答...
    杂货铺老板阅读 1,401评论 0 10
  • Http协议详解 标签(空格分隔): Linux 声明:本片文章非原创,内容来源于博客园作者MIN飞翔的HTTP协...
    Sivin阅读 5,215评论 3 82
  • 对,我已经懒到全篇就配这一个图。 1. 很长一段时间没有写东西。简书和公众号已经很久没更新了。如果说是因为忙没时间...
    王小帅Sep阅读 5,771评论 11 515
  • MilleniaTower的office building里,藏着这样一个南瓜。在大理石的大厅里确实非常吸引眼球。...
    MengliCHEN阅读 4,749评论 0 1