请求对象（Request对象）和响应对象（Response对象）
|
一:请求对象（request对象）和响应对象（response对象）的概述
Web服务器在收到客户端的http请求时，会针对每一次请求，分别创建一个用于代表请求的request对象、和代表响应的response对象。
request和response对象即然代表请求和响应，那我们要获取客户机提交过来的数据，只需要找request对象就行了。要向客户机输出数据，只需要找response对象就行了。
二、Request对象详解
Request代表请求对象，其中封装了对请求中具有请求行、请求头、实体内容的操作的方法
1.最常见的request对象：获取请求参数
getParameter(name) --- String 通过name获得值（最常用的）
getParameterValues（name） --- String[ ] 通过name获得多值 checkbox
getParameterNames ---
Enumeration<String> 获得所有请求参数名称组成的枚举
getParameterMap ---
Map<String,String[ ]> 获取所有请求参数的组成的Map集合，注意，其中的键为String，值为String[]
2.比较常见的获取客户机信息的方法（在CSDN上面找到的）
getRequestURL方法返回客户端发出请求完整URL
getRequestURI方法返回请求行中的资源名部分,在权限控制中常用
getQueryString 方法返回请求行中的参数部分
getRemoteAddr方法返回发出请求的客户机的IP地址
3.获取请求头信息（同样是在CSDN上面看到的）
getHeader(name)方法 --- String ，获取指定名称的请求头的值
getHeaders(String name)方法 --- Enumeration<String>
，获取指定名称的请求头的值的集合，因为可能出现多个重名的请求头
getHeaderNames方法 --- Enumeration<String>
，获取所有请求头名称组成的集合
getIntHeader(name)方法 --- int ，获取int类型的请求头的值
getDateHeader(name)方法 --- long(日期对应毫秒) ，获取一个日期型的请求头的值，返回的是一个从1970年1月1日0时开始的毫秒值long值
注：我们在写代码时，遇到的参数乱码问题（我在看视频写代码的时候也遇到了）
浏览器发送的请求参数使用什么编码呢？当初浏览器打开网页时使用什么编码，发送就用什么编码。
服务器端获取到发过来的请求参数默认使用ISO8859-1进行解码操作，中文一定有乱码问题
对于Post方式提交的数据，可以设置request.setCharacterEncoding("gb2312");来明确指定获取请求参数时使用编码。但是此种方式只对Post方式提交有效。（这个方法在视频里有讲到过）
对于Get方式提交的数据，就只能手动解决乱码：String newName = new
String(name.getBytes("ISO8859-1"),"gb2312");此种方法对Post方式同样有效。（这个方法在视频里也有讲到过）
request.setCharacterEncoding("gb2312");对GET方式提交无效的原因是：该代码只设置请求实体的编码，而GET提交的数据是存放在请求行中的[资源名?param1="张三"¶m2=123]，所以对GET请求的方式无效。
在tomcat的server.xml中可以配置http连接器的URIEncoding可以指定服务器在获取请求参数时默认使用的编码，从而一劳永逸的决绝获取请求参数时的乱码问题。也可以指定useBodyEncodingForURI参数，令request.setCharacterEncoding也对GET方式的请求起作用，但是这俩属性都不推荐使用，因为发布环境往往不允许修改此属性。
三、response对象详解（response对象在视频里讲解的比较少，所以我去查了一些资料）
1.Resonse的继承结构：
ServletResponse--HttpServletResponse
2.Response代表响应，于是响应消息中的 状态码、响应头、实体内容都可以由它进行操作,由此引伸出如下实验：
3.利用Response输出数据到客户端
response.getOutputStream（）.write("中文".getBytes())输出数据，这是一个字节流，写入内存使用什么编码，输出就使用什么编码，而浏览器默认用平台字节码打开服务器发送的数据，如果服务器端使用了非平台码去输出字符的字节数据就需要明确的指定浏览器编码时所用的码表，以防止乱码问题。
response.addHeader("Content-type","text/html;charset=gb2312")
response.getWriter().write(“中文”);输出数据，这是一个字符流，response会将此字符进行转码操作后输出到浏览器，这个过程默认使用ISO8859-1码表，而ISO8859-1中没有中文，于是转码过程中用?代替了中文，导致乱码问题。可以指定response在转码过程中使用的目标码表，防止乱码。response.setCharacterEncoding("gb2312");
其实response还提供了setContentType("text/html;charset=gb2312")方法，此方法会设置content-type响应头，通知浏览器打开的码表，同时设置response的转码时使的用码表，从而一行代码解决乱码。
4.利用Response 设置 content-disposition头实现文件下载
设置响应头content-disposition为“attachment;filename=xxx.xxx”
利用流将文件读取进来，再利用Response获取响应流输出
如果文件名为中，一定要进行URL编码，编码所用的码表一定要是UTF-8
四、request和response对象地址的写法：
绝对路径（以斜线开头的路径，代表相对与当前web应用）：
如果地址是给服务器用的，web应用的名称可以省略。如果地址是给客户端用的，必须写上web应用名
request.getRequestDispatcher("/requestservlet.jsp").include(request,
response);
response.setHeader("Location","/zhiliaotang/responseservlet.jsp");
response.sendRedirect("/zhiliaotang/response.jsp");
this.getServletContext().getRealPath("/servlet.jsp");
this.getServletContext().getResourceAsStream/servlet.jsp");
<a href="/zhiliaotang/responseservlet.jsp">
<from action="/Day05/index.jsp">
类加载器加载资源的时候，相对于WEB-INF下的classes目录
this.getClass().getClassLoader().getResource("");
this.getClass().getClassLoader().getResourceAsStream("");
相对路径（不以斜杠开头的路径，要参考当前所在的路径去拼新的路径）---除了在必须使用的情况外，都不要使用相对路径：
如果直接写相对路径或写./相对路径的话，相对路径替换当前路径最后一级
如果写../相对路径，则替换当前路径的最后一级路径的上一级路径。
如果想替换更高层，则写多个../
五、重定向和请求转发
重定向：跳转到下一个页面的时候，发起了一个新的请求，两个请求
请求转发：跳转到下一个页面的时候，使用的上一次的请求，一个请求
请求重定向与请求转发的比较：
HttpServletResponse.sendRedirect方法和RequestDispatcher.forward方法都可以让浏览器获得另外一个URL所指向的资源，但两者的内部运行机制有很大的区别。
1.RequestDispatcher.forward方法只能将请求转发给同一个Web应用中的组件，HttpServletResponse.sendRedirect不仅可以重定向到当前应用程序的其他资源，还可以重定向到痛一个站点上的其他应用程序的资源，甚至是使用绝对URL重定向到其他站点的资源。对于sendRedirect如果传递的URL以"/"开头，他是相对于整个Web站点的根目录；对于forward如果传递的URL以"/"开头，它是相对于当前Web应用程序的根目录。
2.sendRedirect对浏览器做出的响应是重新发出对另外一个URL的访问请求，forward在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果
3.forward的调用者与被调用者之间共享相同的request对象和response对象，他们属于痛一个访问请求和响应过程；sendRedirect的调用者与被调用者使用各自的request和response对象，属于两个独立的访问请求和响应过程。
2448934902
