一.servlet的创建
1.新建一个servlet的java文件
2.编写配置文件xml
加上这一段
二.设置编码格式
- tomcat8之前,设置编码:
- get请求方式: get方式目前不需要设置编码(基于tomcat8) 如果是get请求发送的中文数据,转码稍微有点麻烦(tomcat8之前) String fname = request.getParameter("fname"); 1.将字符串打散成字节数组 byte[] bytes = fname.getBytes("ISO-8859-1"); 2.将字节数组按照设定的编码重新组装成字符串 fname = new String(bytes,"UTF-8");
- post请求方式: request.setCharacterEncoding("UTF-8");
- tomcat8开始,设置编码,只需要针对post方式 request.setCharacterEncoding("UTF-8");
注意:设置编码(post)这一句代码必须在所有的获取参数动作之前
三.Servlet的继承关系
3.1 继承关系
- javax.servlet.Servlet接口
- javax.servlet.GenericServlet抽象类
- javax.servlet.http.HttpServlet抽象子类
- javax.servlet.GenericServlet抽象类
3.2 相关方法
-
javax.servlet.Servlet接口:
- void init(config) - 初始化方法
- void service(request,response) - 服务方法
- void destory() - 销毁方法
-
javax.servlet.GenericServlet抽象类:
- void service(request,response) - 仍然是抽象的
-
javax.servlet.http.HttpServlet 抽象子类:
-
void service(request,response) - 不是抽象的,当客户端发送请求时会自动调用;
- String method = req.getMethod(); 获取请求的方式
- 各种if判断,根据请求方式不同,决定去调用不同的do方法 if (method.equals("GET")) { this.doGet(req,resp); } else if (method.equals("HEAD")) { this.doHead(req, resp); } else if (method.equals("POST")) { this.doPost(req, resp); } else if (method.equals("PUT")) {
-
void do...() 在HttpServlet这个抽象类中,do方法都差不多:
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String protocol = req.getProtocol(); String msg = lStrings.getString("http.method_get_not_supported"); if (protocol.endsWith("1.1")) { resp.sendError(405, msg); } else { resp.sendError(400, msg); } }
-
3.3 小结
- 继承关系: HttpServlet -> GenericServlet -> Servlet
- Servlet中的核心方法: init() , service() , destroy()
- 服务方法: 当有请求过来时,service方法会自动响应(其实是tomcat容器调用的) 在HttpServlet中我们会去分析请求的方式:到底是get、post、head还是delete等等 然后再决定调用的是哪个do开头的方法 那么在HttpServlet中这些do方法默认都是405的实现风格-要我们子类去实现对应的方法,否则 默认会报405错误
- 因此,我们在新建Servlet时,我们才会去考虑请求方法,从而决定重写哪个do方法
四.servlet生命周期
生命周期:从出生到死亡的过程就是生命周期。对应Servlet中的三个方法:
- init()
- service()
- destroy()
4.1 案例分析
- 在servlet中重写父类中的init(),service(),destroy()具体如下:
@Override
public void init() throws ServletException {
System.out.println("正在初始化.....");
}
@Override
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
System.out.println("正在服务.....");
}
@Override
public void destroy() {
System.out.println("正在销毁.....");
}
- 第一次接收请求时,这个Servlet会进行实例化(调用构造方法)、初始化(调用init())、然后服务(调用service())
-
从第二次请求开始,每一次都是服务
-
当容器关闭时,其中的所有的servlet实例会被销毁,调用销毁方法
-
通过案例我们发现:
Servlet实例tomcat只会创建一个,所有的请求都是这个实例去响应。
默认情况下,第一次请求时,tomcat才会去实例化,初始化,然后再服务.这样的好处是什么? 提高系统的启动速度 。 这样的缺点是什么? 第一次请求时,耗时较长。
结论: 如果需要提高系统的启动速度,当前默认情况就是这样。如果需要提高响应速度,我们应该设置Servlet的初始化时机。
4.2 Servlet的初始化时机
默认是第一次接收请求时,实例化,初始化,所以想要避免第一次访问服务器耗时较长,就需要在服务器启动时就进行实例化和初始化,牺牲服务启动速度
我们可以通过在配置文件中添加“load-on-startup”来设置servlet启动的先后顺序,数字越小,启动越靠前,最小值0,这样就可以使实例化,初始化的时机在服务器启动时就完成。
- 配置xml:
- 运行效果:可以看到客户端还没有给服务器发送请求实例化和初始化就已经完成
4.3 Servlet在容器中的特点与执行顺序:
- 单例的、线程不安全的
- 单例:所有的请求都是同一个实例去响应
- 线程不安全:一个线程需要根据这个实例中的某个成员变量值去做逻辑判断。但是在中间某个时机,另一个线程改变了这个成员变量的值,从而导致第一个线程的执行路径发生了变化
- 图示:
结论:servlet是线程不安全的,所以尽量的不要在servlet中定义成员变量。如果不得不定义成员变量,那么不要去:①不要去修改成员变量的值 ②不要去根据成员变量的值做一些逻辑判断
- Servlet声明周期的执行顺序(默认情况)
- 客户端发送请求
- Tomcat创建一个Servlet实例(实例化)
- 调用init()初始化Servlet(初始化)
- tomcat容器调用service()方法来判断客户端发送的请求类型(post,get...),并调用子类重写的doPost,doGet...,若没有重写则调用HttpServlet(父类)中的方法,返回错误类型。(服务中)
- 关闭服务器,调用destory()销毁Servlet。
五 Http协议
- Http 称之为 超文本传输协议
- Http是无状态的
- Http请求响应包含两个部分:请求和响应
-
请求:包含三个部分
-
请求行 : 请求行包含是三个信息: 1. 请求的方式 ; 2.请求的URL ; 3.请求的协议(一般都是HTTP1.1)
-
请求消息头 ; 请求消息头中包含了很多客户端需要告诉服务器的信息,比如:我的浏览器型号、版本、我能接收的内容的类型、我给你发的内容的类型、内容的长度等等
-
请求主体 请求体,三种情况 get方式:没有请求体,但是有一个queryString; post方式:有请求体,form data; json格式:有请求体,request payload;
-
-
响应:响应也包含三部分:
-
响应行 响应行包含三个信息:1.协议 2.响应状态码(200) 3.响应状态(ok)
-
响应头 ; 响应头:包含了服务器的信息;服务器发送给浏览器的信息(内容的媒体类型、编码、内容长度等)
-
响应体 响应体:响应的实际内容(比如请求add.html页面时,响应的内容就是
<html><head><body><form....)
-
-
六. 会话
6.1 Http是无状态的
- 对HTTP 无状态的理解 :服务器无法判断这两次请求是同一个客户端发过来的,还是不同的客户端发过来的
- 无状态带来的现实问题:第一次请求是添加商品到购物车,第二次请求是结账;如果这两次请求服务器无法区分是同一个用户的,那么就会导致混乱
- 解决方法: 通过会话跟踪技术来解决无状态的问题。
6.2 会话跟踪技术
客户端第一次发请求给服务器,服务器获取session,获取不到,则创建新的,然后响应给客户端 下次客户端给服务器发请求时,会把sessionID带给服务器,那么服务器就能获取到了,那么服务器就判断这一次请求和上次某次请求是同一个客户端,从而能够区分开客户端
-
图示
-
常用的API:
- request.getSession() -> 获取当前的会话,没有则创建一个新的会话
- request.getSession(true) -> 效果和不带参数相同
- request.getSession(false) -> 获取当前会话,没有则返回null,不会创建新的
- session.getId() -> 获取sessionID
- session.isNew() -> 判断当前session是否是新的
- session.getMaxInactiveInterval() -> session的非激活间隔时长,默认1800秒
- session.setMaxInactiveInterval()
- session.invalidate() -> 强制性让会话立即失效
- ...
6.3 session保存作用域
session保存作用域是和具体的某一个session对应的
- 常用的API:
- void session.setAttribute(k,v)
- Object session.getAttribute(k)
- void removeAttribute(k)
图示:
6.4 代码演示
- 演示在session作用域中保存数据
说明:运行之后就将"uname"和"123456"以key-value的形式保存在了session作用域中
@Override
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
req.getSession().setAttribute("uname","123456");
}
- 演示在session作用域中获取数据
说明:若是同一会话访问session作用域,则运行之后就获取到了"uname"所对应的value值("123456")
@Override
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
Object value = req.getSession().getAttribute("uname");
System.out.println(value);
}
- 图示
- 此时我们换个浏览器访问服务器
说明:无法访问"uname"所对应的value值,不是同一个会话。
七.服务器内部转发以及客户端重定向
7.1 服务器内部转发
一次请求响应的过程,对于客户端而言,内部经过了多少次转发,客户端是不知道的。地址栏没有变化
- 格式:request.getRequestDispatcher("...").forward(request,response);
- 图示
- 代码演示:
说明:客户端访问Test5之后,客户端会将请求转发给test6对应的类,但是服务器地址栏仍然是Test5的地址
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
//服务器转发演示
System.out.println("Test5");
req.getRequestDispatcher("test6").forward(req, resp);
}
7.2 客户端重定向
两次请求响应的过程。客户端知道请求URL有变化。 地址栏有变化
- 格式: response.sendRedirect("....");
- 图示
- 代码演示:
说明:客户端访问Test5之后,服务器会响应客户端,让其把请求重定向给test6对应的类,此时地址栏变为test6。
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
//服务器转发演示
System.out.println("Test5");
//客户端重定向演示
resp.sendRedirect("test6");
}