Servlet笔记(下)
HttpServletRequest对象相关API
+ 获取请求行信息相关(方式,请求的url,协议及版本)
| API | 功能解释 |
| ----------------------------- | ------------------------------ |
| StringBuffer getRequestURL(); | 获取客户端请求的url |
| String getRequestURI(); | 获取客户端请求项目中的具体资源 |
| int getServerPort(); | 获取客户端发送请求时的端口 |
| int getLocalPort(); | 获取本应用在所在容器的端口 |
| int getRemotePort(); | 获取客户端程序的端口 |
| String getScheme(); | 获取请求协议 |
| String getProtocol(); | 获取请求协议及版本号 |
| String getMethod(); | 获取请求方式 |
+ 获得请求头信息相关
| API | 功能解释 |
| ------------------------------------- | ---------------------- |
| String getHeader(String headerName); | 根据头名称获取请求头 |
| Enumeration<String> getHeaderNames(); | 获取所有的请求头名字 |
| String getContentType(); | 获取content-type请求头 |
+ 获得请求参数相关
| API | 功能解释 |
| ------------------------------------------------------- | ------------------------------------ |
| String getParameter(String parameterName); | 根据请求参数名获取请求单个参数值 |
| String[] getParameterValues(String parameterName); | 根据请求参数名获取请求多个参数值数组 |
| Enumeration<String> getParameterNames(); | 获取所有请求参数名 |
| Map<String, String[]> getParameterMap(); | 获取所有请求参数的键值对集合 |
| BufferedReader getReader() throws IOException; | 获取读取请求体的字符输入流 |
| ServletInputStream getInputStream() throws IOException; | 获取读取请求体的字节输入流 |
| int getContentLength(); | 获得请求体长度的字节数 |
+ 其他API
| API | 功能解释 |
| -------------------------------------------- | --------------------------- |
| String getServletPath(); | 获取请求的Servlet的映射路径 |
| ServletContext getServletContext(); | 获取ServletContext对象 |
| Cookie[] getCookies(); | 获取请求中的所有cookie |
| HttpSession getSession(); | 获取Session对象 |
| void setCharacterEncoding(String encoding) ; | 设置请求体字符集 |
HttpServletResponse相关API
+ 设置响应行相关
| API | 功能解释 |
| -------------------------- | -------------------------- |
| void setStatus(int code); | 设置响应状态码 |
+ 设置响应头相关
| API | 功能解释 |
| ------------------------------------------------------ | ------------------------------------------------ |
| void setHeader(String headerName, String headerValue); | 设置/修改响应头键值对 |
| void setContentType(String contentType); | 设置content-type响应头及响应字符集(设置MIME类型) |
+ 设置响应体相关
| API | 功能解释 |
| --------------------------------------------------------- | ------------------------------------------------------- |
| PrintWriter getWriter() throws IOException; | 获得向响应体放入信息的字符输出流 |
| ServletOutputStream getOutputStream() throws IOException; | 获得向响应体放入信息的字节输出流 |
| void setContentLength(int length); | 设置响应体的字节长度,其实就是在设置content-length响应头 |
+ 其他API
| API | 功能解释 |
| ------------------------------------------------------------ | --------------------------------------------------- |
| void sendError(int code, String message) throws IOException; | 向客户端响应错误信息的方法,需要指定响应码和响应信息 |
| void addCookie(Cookie cookie); | 向响应体中增加cookie |
| void setCharacterEncoding(String encoding); | 设置响应体字符集 |
请求转发和响应重定向
什么是请求转发和响应重定向
请求转发和响应重定向是web应用中间接访问项目资源的两种手段,也是Servlet控制页面跳转的两种手段, 请求转发通过HttpServletRequest实现,响应重定向通过HttpServletResponse实现
请求转发
1 请求转发时,请求和响应对象会继续传递给下一个资源
2 请求中的参数可以继续向下传递
请求转发特点(背诵)
+ 请求转发通过HttpServletRequest对象获取请求转发器实现
+ 请求转发是服务器内部的行为,对客户端是屏蔽的
+ 客户端只发送了一次请求,服务端只产生了一对request和response对象,客户端地址栏不变
+ 服务端只产生了一对请求和响应对象,这一对请求和响应对象会继续传递给下一个资源
+ 因为全程只有一个HttpServletRequset对象,所以请求参数可以传递,请求域中的数据也可以传递
+ 请求转发可以转发给其他Servlet动态资源,也可以转发给一些静态资源以实现页面跳转
+ 请求转发可以转发给WEB-INF下受保护的资源(此时可以访问到这些受保护的资源,直接访问则不行)
+ 请求转发不能转发到本项目以外的外部资源
代码举例
由ServletA请求转发到ServletB
@WebServlet("/servletA")
public class ServletA extends HttpServlet {
@Override
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
System.out.println("servletA执行了");
String money = req.getParameter("money");
System.out.println("servletA获得参数:money="+money);
//请求转发给ServletB
RequestDispatcher requestDispatcher = req.getRequestDispatcher("servletB");
//让请求转发器做出转发动作
requestDispatcher.forward(req,resp);
//将请求转发给一个视图(a.html)
// RequestDispatcher requestDispatcher1 = req.getRequestDispatcher("WEB-INF/b.html");
//requestDispatcher1.forward(req,resp);
}
}
@WebServlet("/servletB")
public class ServletB extends HttpServlet {
@Override
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
System.out.println("servletB执行了");
String money = req.getParameter("money");
System.out.println("servletB获得参数:money="+money);
}
}
响应重定向
响应重定向特点(背诵)
响应重定向通过HttpServletResponse对象的sendRedirect方法实现
响应重定向是服务端通过302响应码和路径,告诉客户端自己去找其他资源,是在服务端提示下的,客户端的行为 客户端至少发送了两次请求,客户端地址栏是要变化的
请求产生了多次后端就会有多个request对象
+ 服务端产生了多对请求和响应对象,且请求和响应对象不会传递给下一个资源
+ 因为全程产生了多个HttpServletRequset对象,所以请求参数不可以传递,请求域中的数据也不可以传递
+ 重定向可以是其他Servlet动态资源,也可以是一些静态资源以实现页面跳转
+ 重定向不可以到给WEB-INF下受保护的资源
+ 重定向可以到本项目以外的外部资源
过程图
乱码问题
GET请求乱码
> GET请求方式乱码分析
+ GET方式提交参数的方式是将参数放到URL后面,如果使用的不是UTF-8,那么会对参数进行URL编码处理
+ HTML中的 <meta charset='字符集'/> 影响了GET方式提交参数的URL编码
+ tomcat10.1.7的URI编码默认为 UTF-8
+ 当GET方式提交的参数URL编码和tomcat10.1.7默认的URI编码不一致时,就会出现乱码
解决方式:
方式1 :设置GET方式提交的编码和Tomcat10.1.7的URI默认解析编码一致即可 (推荐)
方式2 : 设置Tomcat10.1.7的URI解析字符集和GET请求发送时所使用URL转码时的字符集一致即可,修改conf/server.xml中 Connecter 添加 URIEncoding="GBK" (不推荐)------------------对于请求行的url这一部分,解码使用的字符集为GBK
POST方式请求乱码
例如:当html文件使用GBK进行编码,而Tomcat默认用UTF-8进行解码,我们采用解决get乱码问题的第二种方式来解决post乱码问题,即,修改conf/server.xml中 Connecter 添加 URIEncoding="GBK" ,我们发现修改后还是有乱码问题,这是因为post请求的参数是放在请求体里的,而非url后
> POST请求方式乱码分析
+ POST请求将参数放在请求体中进行发送
+ 请求体使用的字符集受到了<meta charset="字符集"/> 的影响
+ Tomcat10.1.7 默认使用UTF-8字符集对请求体进行解析
+ 如果请求体的URL转码和Tomcat的请求体解析编码不一致,就容易出现乱码
POST请求方式乱码解决
+ 方式1 : 请求时,使用UTF-8字符集提交请求体 (推荐)
+ 方式2 : 后端在获取参数前,设置解析请求体使用的字符集和请求发送时使用的字符集一致 (不推荐) 设置请求体的解码使用的字符集:req.setCharacterEncoding("字符集");
路径问题
相对路径
以当前资源的所在路径为出发点去找目标资源
语法:不以/开头
./表示当前资源的路径
../表示当前资源的上一层路径
缺点:目标资源路径受到当前资源路径的影响 不同位置相对路径写法不同
+ 相对路径的规则是: 以当前资源所在的路径为出发点去寻找目标资源
规则就是在当前资源的所在路径后,拼接目标资源的路径,然后发送请求找目标资源
+ 相对路径不以 / 开头
+ 在file协议下,使用的是磁盘路径
+ 在http协议下,使用的是url路径
+ 相对路径中可以使用 ./表示当前资源所在路径,可以省略不写
+ 相对路径中可以使用../表示当前资源所在路径的上一层路径,需要时要手动添加
绝对路径
始终以固定的路径作为出发点去找目标资源
语法:以/开头
不同项目中,固定的路径出发点可能不一致
缺点:绝对路径要补充项目的上下文 项目的上下文是可以改变的
如何解决:
通过head>base>href属性,定义相对路径公共前缀,通过公共前缀把一个相对路径转化为绝对路径(不完美)
+ 绝对路径的规则是: 使用以一个固定的路径做出出发点去寻找目标资源,和当前资源所在的路径没有关系
+ 绝对路径要以/ 开头
+ 绝对路径的写法中,不以当前资源的所在路径为出发点,所以不会出现 ./ 和../
+ 不同的项目和不同的协议下,绝对路径的基础位置可能不同,要通过测试确定
+ 绝对路径的好处就是:无论当前资源位置在哪,寻找目标资源路径的写法都一致
+ 应用场景
1. 前端代码中,href src action 等属性
2. 请求转发和重定向中的路径
响应重定向,请求转发路径问题
二者相对路径写法规则与上面一致
请求转发的绝对路径是不需要添加项目上下文的
请求转发的/ 代表的路径是 http://localhost:8080/项目上下文路径/
如何解决项目上下文更变的问题:将项目上下文设置为/