day9 关于一个web站点的欢迎页面 HttpServletRequest接口详解

关于一个web站点的欢迎页面

• 什么是一个web站点的欢迎页面？

  • 对于一个webapp来说，我们是可以设置它的欢迎页面的。
  • 设置了欢迎页面之后，当你访问这个webapp的时候，或者访问这个web站点的时候，没有指定任何“资源路径”，这个时候会默认访问你的欢迎页面。
  • 我们一般的访问方式是：
    • http://localhost:8080/servlet06/login.html 这种方式是指定了要访问的就是login.html资源。
  • 如果我们访问的方式是：
    • http://localhost:8080/servlet06 如果我们访问的就是这个站点，没有指定具体的资源路径。它默认会访问谁呢？
    • 默认会访问你设置的欢迎页面。

• 怎么设置欢迎页面呢？

  • 第一步：我在IDEA工具的web目录下新建了一个文件login.html

  • 第二步：在web.xml文件中进行了以下的配置

    • <welcome-file-list>
              <welcome-file>login.htmlwelcome-file>
          welcome-file-list>
      

    • 注意：设置欢迎页面的时候，这个路径不需要以“/”开始。并且这个路径默认是从webapp的根下开始查找。

  • 第三步：启动服务器，浏览器地址栏输入地址

    • http://localhost:8080/servlet07

• 如果在webapp的根下新建一个目录，目录中再给一个文件，那么这个欢迎页该如何设置呢？

  • 在webapp根下新建page1

  • 在page1下新建page2目录

  • 在page2目录下新建page.html页面

  • 在web.xml文件中应该这样配置

    • 
          page1/page2/page.html
      
      

    • 注意：路径不需要以“/”开始，并且路径默认从webapp的根下开始找。

• 一个webapp是可以设置多个欢迎页面的

  • <welcome-file-list>
        <welcome-file>page1/page2/page.htmlwelcome-file>
        <welcome-file>login.htmlwelcome-file>
    welcome-file-list>
    

  • 注意：越靠上的优先级越高。找不到的继续向下找。

• 你有没有注意一件事：当我的文件名设置为index.html的时候，不需要在web.xml文件中进行配置欢迎页面。这是为什么？

  • 这是因为小猫咪Tomcat服务器已经提前配置好了。

  • 实际上配置欢迎页面有两个地方可以配置：

    • 一个是在webapp内部的web.xml文件中。（在这个地方配置的属于局部配置）

    • 一个是在CATALINA_HOME/conf/web.xml文件中进行配置。（在这个地方配置的属于全局配置）

      • <welcome-file-list>
            <welcome-file>index.htmlwelcome-file>
            <welcome-file>index.htmwelcome-file>
            <welcome-file>index.jspwelcome-file>
        welcome-file-list>
        

      • Tomcat服务器的全局欢迎页面是：index.html index.htm index.jsp。如果你一个web站点没有设置局部的欢迎页面，Tomcat服务器就会以index.html index.htm index.jsp作为一个web站点的欢迎页面。

    • 注意原则：局部优先原则。（就近原则）

• 欢迎页可以是一个Servlet吗？

  • 当然可以。

  • 你不要多想，欢迎页就是一个资源，既然是一个资源，那么可以是静态资源，也可以是动态资源。

  • 静态资源：index.html welcome.html …

  • 动态资源：Servlet类。

  • 步骤：

    • 第一步：写一个Servlet

      • public class WelcomeServlet extends HttpServlet {
            @Override
            protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
                response.setContentType("text/html");
                PrintWriter out = response.getWriter();
                out.print("
        welcome to bjpowernode!
        ");
            }
        }
        

    • 第二步：在web.xml文件中配置servlet

      •     <servlet>
                <servlet-name>welcomeServletservlet-name>
                <servlet-class>com.bjpowernode.javaweb.servlet.WelcomeServletservlet-class>
            servlet>
            <servlet-mapping>
                <servlet-name>welcomeServletservlet-name>
                <url-pattern>/fdsa/fds/a/fds/af/ds/af/dsafdsafdsaurl-pattern>
            servlet-mapping>
        

    • 第三步：在web.xml文件中配置欢迎页

      •     <welcome-file-list>
                <welcome-file>fdsa/fds/a/fds/af/ds/af/dsafdsafdsawelcome-file>
            welcome-file-list>
        

关于WEB-INF目录

• 在WEB-INF目录下新建了一个文件：welcome.html
• 打开浏览器访问：http://localhost:8080/servlet07/WEB-INF/welcome.html 出现了404错误。
• 注意：放在WEB-INF目录下的资源是受保护的。在浏览器上不能够通过路径直接访问。所以像HTML、CSS、JS、image等静态资源一定要放到WEB-INF目录之外。

HttpServletRequest接口详解

• HttpServletRequest是一个接口，全限定名称：jakarta.servlet.http.HttpServletRequest

• HttpServletRequest接口是Servlet规范中的一员。

• HttpServletRequest接口的父接口：ServletRequest

  • public interface HttpServletRequest extends ServletRequest {}
    

• HttpServletRequest接口的实现类谁写的? HttpServletRequest对象是谁给创建的？

  • 通过测试：org.apache.catalina.connector.RequestFacade 实现了 HttpServletRequest接口

    • public class RequestFacade implements HttpServletRequest {}
      

  • 测试结果说明：Tomcat服务器（WEB服务器、WEB容器）实现了HttpServletRequest接口，还是说明了Tomcat服务器实现了Servlet规范。而对于我们javaweb程序员来说，实际上不需要关心这个，我们只需要面向接口编程即可。我们关心的是HttpServletRequest接口中有哪些方法，这些方法可以完成什么功能！！！！

• HttpServletRequest对象中都有什么信息？都包装了什么信息？

  • HttpServletRequest对象是Tomcat服务器负责创建的。这个对象中封装了什么信息？封装了HTTP的请求协议。
  • 实际上是用户发送请求的时候，遵循了HTTP协议，发送的是HTTP的请求协议，Tomcat服务器将HTTP协议中的信息以及数据全部解析出来，然后Tomcat服务器把这些信息封装到HttpServletRequest对象当中，传给了我们javaweb程序员。
  • javaweb程序员面向HttpServletRequest接口编程，调用方法就可以获取到请求的信息了。

• request和response对象的生命周期？

  • request对象和response对象，一个是请求对象，一个是响应对象。这两个对象只在当前请求中有效。
  • 一次请求对应一个request。
  • 两次请求则对应两个request。
  • …

• HttpServletRequest接口中有哪些常用的方法？

  • 怎么获取前端浏览器用户提交的数据？

    • Map<String,String[]> getParameterMap() 这个是获取Map
      Enumeration<String> getParameterNames() 这个是获取Map集合中所有的key
      String[] getParameterValues(String name) 根据key获取Map集合的value
      String getParameter(String name)  获取value这个一维数组当中的第一个元素。这个方法最常用。
      // 以上的4个方法，和获取用户提交的数据有关系。
      

    • 思考：如果是你，前端的form表单提交了数据之后，你准备怎么存储这些数据，你准备采用什么样的数据结构去存储这些数据呢？

      • 前端提交的数据格式：username=abc&userpwd=111&aihao=s&aihao=d&aihao=tt

      • 我会采用Map集合来存储：

        • Map<String,String>
              key存储String
              value存储String
              这种想法对吗？不对。
              如果采用以上的数据结构存储会发现key重复的时候value覆盖。
              key         value
              ---------------------
              username    abc
              userpwd     111
              aihao       s
              aihao       d
              aihao       tt
              这样是不行的，因为map的key不能重复。
          Map<String, String[]>
              key存储String
              value存储String[]
              key				value
              -------------------------------
              username		{"abc"}
              userpwd			{"111"}
              aihao			{"s","d","tt"}
          

      • 注意：前端表单提交数据的时候，假设提交了120这样的“数字”，其实是以字符串"120"的方式提交的，所以服务器端获取到的一定是一个字符串的"120"，而不是一个数字。（前端永远提交的是字符串，后端获取的也永远是字符串。）

  • 手工开发一个webapp。测试HttpServletRequest接口中的相关方法。

    • 先测试了4个常用的方法，获取请求参数的四个方法。

      • Map<String,String[]> parameterMap = request.getParameterMap();
          	Enumeration<String> names = request.getParameterNames();
          	String[] values = request.getParameterValues("name");
          	String value = request.getParameter("name");
        

    • request对象实际上又称为“请求域”对象。

      • 应用域对象是什么？

        • ServletContext （Servlet上下文对象。）

        • 什么情况下会考虑向ServletContext这个应用域当中绑定数据呢？

          • 第一：所有用户共享的数据。
          • 第二：这个共享的数据量很小。
          • 第三：这个共享的数据很少的修改操作。
          • 在以上三个条件都满足的情况下，使用这个应用域对象，可以大大提高我们程序执行效率。
          • 实际上向应用域当中绑定数据，就相当于把数据放到了缓存（Cache）当中，然后用户访问的时候直接从缓存中取，减少IO的操作，大大提升系统的性能，所以缓存技术是提高系统性能的重要手段。

        • 你见过哪些缓存技术呢？

          • 字符串常量池
          • 整数型常量池 [-128~127]，但凡是在这个范围当中的Integer对象不再创建新对象，直接从这个整数型常量池中获取。大大提升系统性能。
          • 数据库连接池（提前创建好N个连接对象，将连接对象放到集合当中，使用连接对象的时候，直接从缓存中拿。省去了连接对象的创建过程。效率提升。）
          • 线程池（Tomcat服务器就是支持多线程的。所谓的线程池就是提前先创建好N个线程对象，将线程对象存储到集合中，然后用户请求过来之后，直接从线程池中获取线程对象，直接拿来用。提升系统性能）
          • 后期你还会学习更多的缓存技术，例如：redis、mongoDB…

        • ServletContext当中有三个操作域的方法：

          • void setAttribute(String name, Object obj); // 向域当中绑定数据。
            Object getAttribute(String name); // 从域当中根据name获取数据。
            void removeAttribute(String name); // 将域当中绑定的数据移除
            
            // 以上的操作类似于Map集合的操作。
            Map<String, Object> map;
            map.put("name", obj); // 向map集合中放key和value
            Object obj = map.get("name"); // 通过map集合的key获取value
            map.remove("name"); // 通过Map集合的key删除key和value这个键值对。
            

      • “请求域”对象

        • “请求域”对象要比“应用域”对象范围小很多。生命周期短很多。请求域只在一次请求内有效。

        • 一个请求对象request对应一个请求域对象。一次请求结束之后，这个请求域就销毁了。

        • 请求域对象也有这三个方法：

          • void setAttribute(String name, Object obj); // 向域当中绑定数据。
            Object getAttribute(String name); // 从域当中根据name获取数据。
            void removeAttribute(String name); // 将域当中绑定的数据移除
            

        • 请求域和应用域的选用原则？

          • 尽量使用小的域对象，因为小的域对象占用的资源较少。

      • 跳转

        • 转发（一次请求）

          • // 第一步：获取请求转发器对象
            RequestDispatcher dispatcher = request.getRequestDispatcher("/b");
            // 第二步：调用转发器的forward方法完成跳转/转发
            dispatcher.forward(request,response);
            
            // 第一步和第二步代码可以联合在一起。
            request.getRequestDispatcher("/b").forward(request,response);
            
            

      • 两个Servlet怎么共享数据？

        • 将数据放到ServletContext应用域当中，当然是可以的，但是应用域范围太大，占用资源太多。不建议使用。
        • 可以将数据放到request域当中，然后AServlet转发到BServlet，保证AServlet和BServlet在同一次请求当中，这样就可以做到两个Servlet，或者多个Servlet共享同一份数据。

      • 转发的下一个资源必须是一个Servlet吗？

        • 不一定，只要是Tomcat服务器当中的合法资源，都是可以转发的。例如：html…
        • 注意：转发的时候，路径的写法要注意，转发的路径以“/”开始，不加项目名。

      • 关于request对象中两个非常容易混淆的方法：

        • // uri?username=zhangsan&userpwd=123&sex=1
          String username = request.getParameter("username");
          
          // 之前一定是执行过：request.setAttribute("name", new Object())
          Object obj = request.getAttribute("name");
          
          // 以上两个方法的区别是什么？
          // 第一个方法：获取的是用户在浏览器上提交的数据。
          // 第二个方法：获取的是请求域当中绑定的数据。
          

      • HttpServletRequest接口的其他常用方法：

        • // 获取客户端的IP地址
          String remoteAddr = request.getRemoteAddr();
          
          // get请求在请求行上提交数据。
          // post请求在请求体中提交数据。
          // 设置请求体的字符集。（显然这个方法是处理POST请求的乱码问题。这种方式并不能解决get请求的乱码问题。）
          // Tomcat10之后，request请求体当中的字符集默认就是UTF-8，不需要设置字符集，不会出现乱码问题。
          // Tomcat9前（包括9在内），如果前端请求体提交的是中文，后端获取之后出现乱码，怎么解决这个乱码？执行以下代码。
          request.setCharacterEncoding("UTF-8");
          
          // 在Tomcat9之前（包括9），响应中文也是有乱码的，怎么解决这个响应的乱码？
          response.setContentType("text/html;charset=UTF-8");
          // 在Tomcat10之后，包括10在内，响应中文的时候就不在出现乱码问题了。以上代码就不需要设置UTF-8了。
          
          // 注意一个细节
          // 在Tomcat10包括10在内之后的版本，中文将不再出现乱码。（这也体现了中文地位的提升。）
          
          // get请求乱码问题怎么解决？
          // get请求发送的时候，数据是在请求行上提交的，不是在请求体当中提交的。
          // get请求乱码怎么解决
          // 方案：修改CATALINA_HOME/conf/server.xml配置文件
          <Connector URIEncoding="UTF-8" />
          // 注意：从Tomcat8之后，URIEncoding的默认值就是UTF-8，所以GET请求也没有乱码问题了。
              
          // 获取应用的根路径
          String contextPath = request.getContextPath();
          
          // 获取请求方式
          String method = request.getMethod();
          
          // 获取请求的URI
          String uri = request.getRequestURI();  // /aaa/testRequest
          
          // 获取servlet path
          String servletPath = request.getServletPath(); //   /testRequest