1. 新建项目 - 新建模块
    2. 在模块中添加web
    3. 创建artifact - 部署包
    4. lib - artifact
    先有artifact，后来才添加的mysql.jar。此时，这个jar包并没有添加到部署包中
    那么在projectSettings中有一个Problems中会有提示的,我们点击fix选择add to…
    另外，我们也可以直接把lib文件夹直接新建在WEB-INF下。
    这样不好的地方是这个lib只能是当前这个moudle独享。如果有第二个moudle我们需要再次重复的新建lib。
    5. 在部署的时候，修改application Context。然后再回到server选项卡，检查URL的值。
    URL的值指的是tomcat启动完成后自动打开你指定的浏览器，然后默认访问的网址。
    启动后，报错404.404意味着找不到指定的资源。
    如果我们的网址是：http://localhost:8080/pro01/ , 那么表明我们访问的是index.html.
    我们可以通过标签进行设置欢迎页(在tomcat的web.xml中设置，或者在自己项目的web.xml中设置)
    6. 405问题。当前请求的方法不支持。比如，我们表单method=post , 那么Servlet必须对应doPost。否则报405错误。
    7. 空指针或者是NumberFormatException 。因为有价格和库存。如果价格取不到，结果你想对null进行Integer.parseInt()就会报错。错误的原因大部分是因为 name=”price”此处写错了，结果在Servlet端还是使用request.getParameter(“price”)去获取。
    8. 中以斜杠开头

1. 设置编码

  1. tomcat8之前，设置编码：<br />      1)get请求方式：<br />        //get方式目前不需要设置编码（基于tomcat8）<br />        //如果是get请求发送的中文数据，转码稍微有点麻烦（tomcat8之前）<br />        String fname = request.getParameter("fname");<br />        //1.将字符串打散成字节数组<br />        byte[] bytes = fname.getBytes("ISO-8859-1");<br />        //2.将字节数组按照设定的编码重新组装成字符串<br />        fname = new String(bytes,"UTF-8");<br />      2)post请求方式：<br />        request.setCharacterEncoding("UTF-8");<br />    tomcat8开始，设置编码，只需要针对post方式<br />        request.setCharacterEncoding("UTF-8");<br />    注意：<br />        需要注意的是，设置编码(post)这一句代码必须在所有的获取参数动作之前

2. Servlet的继承关系 - 重点查看的是服务方法（service()）

  1. 1. 继承关系<br />      javax.servlet.Servlet接口<br />          javax.servlet.GenericServlet抽象类<br />              javax.servlet.http.HttpServlet抽象子类
  3. 2. 相关方法<br />      javax.servlet.Servlet接口:<br />        void init(config) - 初始化方法<br />        void service(request,response) - 服务方法<br />        void destory() - 销毁方法
  5.   javax.servlet.GenericServlet抽象类：<br />        void service(request,response) - 仍然是抽象的
  7.   javax.servlet.http.HttpServlet 抽象子类：<br />        void service(request,response) - 不是抽象的<br />        1. String method = req.getMethod(); 获取请求的方式<br />        2. 各种if判断，根据请求方式不同，决定去调用不同的do方法<br />            if (method.equals("GET")) {<br />                this.doGet(req,resp);<br />            } else if (method.equals("HEAD")) {<br />                this.doHead(req, resp);<br />            } else if (method.equals("POST")) {<br />                this.doPost(req, resp);<br />            } else if (method.equals("PUT")) {<br />        3. 在HttpServlet这个抽象类中，do方法都差不多:<br />        protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {<br />            String protocol = req.getProtocol();<br />            String msg = lStrings.getString("http.method_get_not_supported");<br />            if (protocol.endsWith("1.1")) {<br />                resp.sendError(405, msg);<br />            } else {<br />                resp.sendError(400, msg);<br />            }<br />        }<br />    3.小结：<br />    1) 继承关系： HttpServlet -> GenericServlet -> Servlet<br />    2) Servlet中的核心方法： init() , service() , destroy()<br />    3) 服务方法： 当有请求过来时，service方法会自动响应（其实是tomcat容器调用的）<br />            在HttpServlet中我们会去分析请求的方式：到底是get、post、head还是delete等等<br />            然后再决定调用的是哪个do开头的方法<br />            那么在HttpServlet中这些do方法默认都是405的实现风格-要我们子类去实现对应的方法，否则默认会报405错误<br />    4) 因此，我们在新建Servlet时，我们才会去考虑请求方法，从而决定重写哪个do方法

3. Servlet的生命周期

  1. 1） 生命周期：从出生到死亡的过程就是生命周期。对应Servlet中的三个方法：init(),service(),destroy()<br />    2） 默认情况下：<br />        第一次接收请求时，这个Servlet会进行实例化(调用构造方法)、初始化(调用init())、然后服务(调用service())<br />        从第二次请求开始，每一次都是服务<br />        当容器关闭时，其中的所有的servlet实例会被销毁，调用销毁方法<br />    3） 通过案例我们发现：<br />        - Servlet实例tomcat只会创建一个，所有的请求都是这个实例去响应。<br />        - 默认情况下，第一次请求时，tomcat才会去实例化，初始化，然后再服务.这样的好处是什么？ 提高系统的启动速度 。 这样的缺点是什么？ 第一次请求时，耗时较长。<br />        - 因此得出结论： 如果需要提高系统的启动速度，当前默认情况就是这样。如果需要提高响应速度，我们应该设置Servlet的初始化时机。<br />    4） Servlet的初始化时机：<br />        - 默认是第一次接收请求时，实例化，初始化<br />        - 我们可以通过<load-on-startup>来设置servlet启动的先后顺序,数字越小，启动越靠前，最小值0<br />    5） Servlet在容器中是：单例的、线程不安全的<br />        - 单例：所有的请求都是同一个实例去响应<br />        - 线程不安全：一个线程需要根据这个实例中的某个成员变量值去做逻辑判断。但是在中间某个时机，另一个线程改变了这个成员变量的值，从而导致第一个线程的执行路径发生了变化<br />        - 我们已经知道了servlet是线程不安全的，给我们的启发是： 尽量的不要在servlet中定义成员变量。如果不得不定义成员变量，那么不要去：①不要去修改成员变量的值 ②不要去根据成员变量的值做一些逻辑判断

4. Http协议

  1. 1） Http 称之为 超文本传输协议<br />    2） Http是无状态的<br />    3） Http请求响应包含两个部分：请求和响应<br />      - 请求：<br />        请求包含三个部分： 1.请求行 ； 2.请求消息头 ； 3.请求主体<br />        1)请求行包含是三个信息： 1. 请求的方式 ； 2.请求的URL ； 3.请求的协议（一般都是HTTP1.1）<br />        2)请求消息头中包含了很多客户端需要告诉服务器的信息，比如：我的浏览器型号、版本、我能接收的内容的类型、我给你发的内容的类型、内容的长度等等<br />        3)请求体，三种情况<br />          get方式，没有请求体，但是有一个queryString<br />          post方式，有请求体，form data<br />          json格式，有请求体，request payload<br />      - 响应：<br />        响应也包含三本： 1. 响应行 ； 2.响应头 ； 3.响应体<br />        1)响应行包含三个信息：1.协议 2.响应状态码(200) 3.响应状态(ok)<br />        2)响应头：包含了服务器的信息；服务器发送给浏览器的信息（内容的媒体类型、编码、内容长度等）<br />        3)响应体：响应的实际内容（比如请求add.html页面时，响应的内容就是<html><head><body><form....）

5. 会话

  1. 1） Http是无状态的<br />        - HTTP 无状态 ：服务器无法判断这两次请求是同一个客户端发过来的，还是不同的客户端发过来的<br />        - 无状态带来的现实问题：第一次请求是添加商品到购物车，第二次请求是结账；如果这两次请求服务器无法区分是同一个用户的，那么就会导致混乱<br />        - 通过会话跟踪技术来解决无状态的问题。
  3. 2） 会话跟踪技术<br />        - 客户端第一次发请求给服务器，服务器获取session，获取不到，则创建新的，然后响应给客户端<br />        - 下次客户端给服务器发请求时，会把sessionID带给服务器，那么服务器就能获取到了，那么服务器就判断这一次请求和上次某次请求是同一个客户端，从而能够区分开客户端<br />        - 常用的API：<br />          request.getSession() -> 获取当前的会话，没有则创建一个新的会话<br />          request.getSession(true) -> 效果和不带参数相同<br />          request.getSession(false) -> 获取当前会话，没有则返回null，不会创建新的
  5.       session.getId() -> 获取sessionID<br />          session.isNew() -> 判断当前session是否是新的<br />          session.getMaxInactiveInterval() -> session的非激活间隔时长，默认1800秒<br />          session.setMaxInactiveInterval()<br />          session.invalidate() -> 强制性让会话立即失效<br />          ....
  7. 3） session保存作用域<br />      - session保存作用域是和具体的某一个session对应的<br />      - 常用的API：<br />        void session.setAttribute(k,v)<br />        Object session.getAttribute(k)<br />        void removeAttribute(k)

6. 服务器内部转发以及客户端重定向

  1. 1） 服务器内部转发 : request.getRequestDispatcher("...").forward(request,response);<br />      - 一次请求响应的过程，对于客户端而言，内部经过了多少次转发，客户端是不知道的<br />      - 地址栏没有变化<br />    2） 客户端重定向： response.sendRedirect("....");<br />      - 两次请求响应的过程。客户端肯定知道请求URL有变化<br />      - 地址栏有变化

7. Thymeleaf - 视图模板技术

  1. 1） 添加thymeleaf的jar包<br />    2） 新建一个Servlet类ViewBaseServlet<br />    3） 在web.xml文件中添加配置<br />       - 配置前缀 view-prefix<br />       - 配置后缀 view-suffix<br />    4） 使得我们的Servlet继承ViewBaseServlet
  3. 5） 根据逻辑视图名称 得到 物理视图名称<br />    //此处的视图名称是 index<br />    //那么thymeleaf会将这个 逻辑视图名称 对应到 物理视图 名称上去<br />    //逻辑视图名称 ：   index<br />    //物理视图名称 ：   view-prefix + 逻辑视图名称 + view-suffix<br />    //所以真实的视图名称是：      /       index       .html<br />    super.processTemplate("index",request,response);<br />    6） 使用thymeleaf的标签<br />      th:if   ,  th:unless   , th:each   ,   th:text

// 200 : 正常响应
// 404 : 找不到资源
// 405 : 请求方式不支持
// 500 : 服务器内部错误