Servlet的生命周期

生命周期：从出生到死亡的过程就是生命周期。对应Servlet中的三个方法:init(),service(),destroy()

演示：

编写一个控制器 继承 Servlet

第一次访问：

对象被初始化 + 服务

第二、三、四次访问：

对象不再重新初始化，即仅doService

销毁对象：

停掉服务器时，即可销毁对象

结论：

• 默认情况下：Servlet在第一次接收到请求的时候才创建对象
• 创建对象后，所有的URL地址匹配的请求都由这同一个对象来处理
• Tomcat中，每一个请求会被分配一个线程来处理，所以可以说：Servlet是单实例，多线程方式运行的。
• 既然Servlet是多线程方式运行，所以有线程安全方面的可能性，所以不能在处理请求的方法中修改公共属性。

修改Servlet创建对象的时机

修改web.xml中Servlet的配置：

• 默认是第一次接收请求时，实例化，初始化
• 我们可以通过来设置servlet启动的先后顺序,数字越小，启动越靠前，最小值0

<!-- 配置Servlet本身 -->
<servlet><!-- 全类名太长，给Servlet设置一个简短名称 --><servlet-name>HelloServlet</servlet-name><!-- 配置Servlet的全类名 --><servlet-class>com.atguigu.servlet.HelloServlet</servlet-class><!-- 配置Servlet启动顺序 --><load-on-startup>1</load-on-startup>
</servlet>

Servlet容器

在开发使用的各种技术中，经常会有很多对象会放在容器中。

典型Servlet容器产品举例

• Tomcat
• jetty
• jboss
• Weblogic
• WebSphere
• glassfish

名称	时机	次数
创建对象	默认情况：接收到第一次请求 修改启动顺序后：Web应用启动过程中	一次
初始化操作	创建对象之后	一次
处理请求	接收到请求	多次
销毁操作	Web应用卸载之前	一次

Http协议

• Http 称之为 超文本传输协议
• Http是无状态的：服务器无法判断两个请求是否 是同一个客户端发来的。

• Http请求响应包含两个部分：请求和响应

请求报文

请求行

作用：展示当前请求的最基本信息

POST /dynamic/target.jsp HTTP/1.1

• 请求方式
• 访问地址
• HTTP协议的版本

请求消息头

作用：通过具体的参数对本次请求进行详细的说明

格式：键值对，键和值之间使用冒号隔开

相对比较重要的请求消息头：

名称	功能
Host	服务器的主机地址
Accept	声明当前请求能够接受的『媒体类型』
Referer	当前请求来源页面的地址
Content-Length	请求体内容的长度
Content-Type	请求体的内容类型，这一项的具体值是媒体类型中的某一种
Cookie	浏览器访问服务器时携带的Cookie数据

请求体

作用：作为请求的主体，发送数据给服务器。具体来说其实就是POST请求方式下的请求参数。

格式：

[1]form data

含义：当前请求体是一个表单提交的请求参数。

查看源码后，发现格式如下：

username=tom&password=123456

• 每一组请求参数是一个键值对
• 键和值中间是等号
• 键值对之间是&号

[2]Request Payload

含义：整个请求体以某种特定格式来组织数据，例如JSON格式。

响应报文

①响应状态行

HTTP/1.1 200 OK

• HTTP协议版本
• 响应状态码
• 响应状态的说明文字

②响应消息头

• 响应体的说明书。
• 服务器端对浏览器端设置数据，例如：服务器端返回Cookie信息。

名称	功能
Content-Type	响应体的内容类型
Content-Length	响应体的内容长度
Set-Cookie	服务器返回新的Cookie信息给浏览器
location	在重定向的情况下，告诉浏览器访问下一个资源的地址

③响应体

服务器返回的数据主体，有可能是各种数据类型。

• HTML页面
• 图片
• 视频
• 以下载形式返回的文件
• CSS文件
• JavaScript文件

④响应状态码

作用：以编码的形式告诉浏览器当前请求处理的结果

状态码	含义
200	服务器成功处理了当前请求，成功返回响应
302	重定向
400	[SpringMVC特定环境]请求参数问题
403	没有权限
404	找不到目标资源
405	请求方式和服务器端对应的处理方式不一致
406	[SpringMVC特定环境]请求扩展名和实际返回的响应体类型不一致
50X	服务器端内部错误，通常都是服务器端抛异常了

404产生的具体原因：

• 访问地址写错了，确实是没有这个资源
• 访问了WEB-INF目录下的资源
• Web应用启动的时候，控制台已经抛出异常，导致整个Web应用不可用，访问任何资源都是404
• 服务器端缓存

请求方式

①HTTP协议已定义的请求方式

HTTP1.1中共定义了八种请求方式：

• GET：从服务器端获取数据
• POST：将数据保存到服务器端
• PUT：命令服务器对数据执行更新
• DELETE：命令服务器删除数据
• HEAD
• CONNECT
• OPTIONS
• TRACE

②GET请求

• 特征1：没有请求体
• 特征2：请求参数附着在URL地址后面
• 特征3：请求参数在浏览器地址栏能够直接被看到，存在安全隐患
• 特征4：在URL地址后面携带请求参数，数据容量非常有限。如果数据量大，那么超出容量的数据会丢失
• 特征5：从报文角度分析，请求参数是在请求行中携带的，因为访问地址在请求行

③POST请求

• 特征1：有请求体
• 特征2：请求参数放在请求体中
• 特征3：请求体发送数据的空间没有限制
• 特征4：可以发送各种不同类型的数据
• 特征5：从报文角度分析，请求参数是在请求体中携带的
• 特征6：由于请求参数是放在请求体中，所以浏览器地址栏看不到

Session会话跟踪

• Http是无状态的：服务器无法判断两个请求是否 是同一个客户端发来的。

• 无状态带来的现实问题：第一次请求是添加商品到购物车，第二次请求是结账；如果这两次请求服务器 无法区分是同一个用户的 ，那么就会导致混乱
• 通过会话跟踪技术来解决无状态的问题。

演示：

会话跟踪技术

    - 客户端第一次发请求给服务器，服务器获取session，获取不到，则创建新的，然后响应给客户端- 下次- 客户端给服务器发请求时，会把sessionID带给服务器，那么服务器就能获取到了，那么服务器就判断这一次请求和上次某次请求是同一个客户端，从而能够区分开客户端- 下次- 常用的API：- 下次```javarequest.getSession() -> 获取当前的会话，没有则创建一个新的会话request.getSession(true) -> 效果和不带参数相同request.getSession(false) -> 获取当前会话，没有则返回null，不会创建新的session.getId() -> 获取sessionIDsession.isNew() -> 判断当前session是否是新的session.getMaxInactiveInterval() -> session的非激活间隔时长，默认1800秒session.setMaxInactiveInterval()session.invalidate() -> 强制性让会话立即失效```

ThymeLeaf快速入门

尚硅谷笔记：ThymeLeaf

Servlet保存作用域

四大作用域（application、session、request、pageContext）

application（ServletContext）

生命周期：

当Web应用被加载进容器时创建代表整个web应用的ServletContext对象，当服务器关闭或Web应用被移除时，ServletContext对象跟着销毁。

作用范围：

整个Web应用

演示：

application.setAttribute(“uname”,“lili”);

@WebServlet("/demo05")
public class Demo05Servlet extends HttpServlet {@Overrideprotected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {//1.向application保存作用域保存数据//ServletContext : Servlet上下文ServletContext application = request.getServletContext();application.setAttribute("uname","lili");//2.客户端重定向response.sendRedirect("demo06");}
}

application.getAttribute(“uname”);

@WebServlet("/demo06")
public class Demo06Servlet extends HttpServlet {@Overrideprotected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {//1.获取application保存作用域保存的数据，key为unameServletContext application = request.getServletContext() ;Object unameObj = application.getAttribute("uname");System.out.println("unameObj = " + unameObj);}
}

session (HttpSession)

生命周期：

一个用户的标识id，叫做session。

在第一次调用 request.getSession() 方法时，服务器会检查是否已经有对应的session,如果没有就在内存 中创建一个session并返回。

作用范围：

一次会话。

作用：

保存登录的用户信息、购物车信息等

演示：

request.getSession().setAttribute(“uname”,“lili”);

@WebServlet("/demo03")
public class Demo03Servlet extends HttpServlet {@Overrideprotected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {//1.向session保存作用域保存数据request.getSession().setAttribute("uname","lili");//2.客户端重定向response.sendRedirect("demo04");//3.服务器端转发//request.getRequestDispatcher("demo04").forward(request,response);}
}

request.getSession().getAttribute(“uname”);

@WebServlet("/demo04")
public class Demo04Servlet extends HttpServlet {@Overrideprotected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {//1.获取session保存作用域保存的数据，key为unameObject unameObj = request.getSession().getAttribute("uname");System.out.println("unameObj = " + unameObj);}
}

request (HttpServletRequest)

生命周期：

在service 方法调用前由服务器创建，传入service方法。整个请求结束，request生命结束。

作用范围：

整个请求链（请求转发也存在）。

作用：

在整个请求链中共享数据。最常用到：在Servlet 中处理好的数据交给Jsp显示，此时参数就可以放置在Request域中带过去。

Servlet路径问题

内容：

绝对路径、相对路径、base标签、引用方法、thymeLeaf的引用方法

ThymeLeaf 的超链接传参（路由传参）

问题背景：

当鼠标点击 西瓜 时，可以进入 另一个页面 获取到 西瓜 的数据

需要做的：

在点击超链接是，必须通过 链接传参 让另一个WebServlet收到 西瓜参数 进而 得到数据。

更好方法：

<a th:text="${fruit.fname}" th:href="@{'/edit.do?fid='+${fruit.fid}}">苹果</a>

更改为👇

<a th:text="${fruit.fname}" th:href="@{/edit.do(fid=${fruit.fid})}">苹果</a>

语法介绍：

@{/edit.do(fid=${fruit.fid})}  == /edit.do？fid=fruit.fid
@{/edit.do(fid=${fruit.fid}，fname=${fruit.fname})} ==
/edit.do？fid=fruit.fid&fname=fruit.fname

MVC-Servlet优化（暂时不太明确）

传统Servlet问题总结

1. 一个请求对应一个Servlet，即servlet太多了，极大占用资源

2. 将一系列Servlet合并为一个：

   1. 将 主页Servlet、AddServlet、EditServlet、DelServlet、UpdateServlet全部 封装到一个FruitServlet。
   2. 客户端通过访问URL+operate 即 http://localhost:8080:/pro?operate=add
   3. FruitServlet 接收到服务器请求后，得知 operate = add，则调用 其内部的 add方法。
   4. 通过使用 request.getParamer(“operate”) 获取 String add，而后通过 switch+case 来判断

3. 在上一个版本中，Servlet中充斥着大量的switch-case，那么会有很多的Servlet，也就意味着会有很多的switch-case，这是一种代码冗余
   因此，我们在servlet中使用了反射技术，我们规定operate的值和方法名一致，那么接收到operate的值是什么就表明我们需要调用对应的方法进行响应，如果找不到对应的方法，则抛异常

4. 在上一个版本中我们使用了反射技术，但是其实还是存在一定的问题：每一个servlet中都有类似的反射技术的代码。因此继续抽取，设计了中央控制器类：DispatcherServlet
   DispatcherServlet这个类的工作分为两大部分：

   1. 根据url定位到能够处理这个请求的controller组件：
      1)从url中提取servletPath : /fruit.do -> fruit
      2)根据fruit找到对应的组件:FruitController ， 这个对应的依据我们存储在applicationContext.xml中
      
      通过DOM技术我们去解析XML文件，在中央控制器中形成一个beanMap容器，用来存放所有的Controller组件
      3)根据获取到的operate的值定位到我们FruitController中需要调用的方法

   2. 调用Controller组件中的方法：

      1. 获取参数
         获取即将要调用的方法的参数签名信息: Parameter[] parameters = method.getParameters();
         通过parameter.getName()获取参数的名称；
         准备了Object[] parameterValues 这个数组用来存放对应参数的参数值
         另外，我们需要考虑参数的类型问题，需要做类型转化的工作。通过parameter.getType()获取参数的类型
      2. 执行方法
         Object returnObj = method.invoke(controllerBean , parameterValues);
      3. 视图处理
         String returnStr = (String)returnObj;
         if(returnStr.startWith(“redirect:”)){
         …
         }else if…