java web-servlet(中)

目录

HttpServlet

HttpServlet在哪个包下:

http包下都有哪些类和接口呢:

HttpServletRequest对象中封装了什么信息?

HttpServletResponse对象是专门用来响应HTTP协议到浏览器的。

HttpServlet源码分析

欢迎资源文件

HttpServletRequest接口详解

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

request和response对象的生命周期?

常用的方法

四个方法的使用

HttpServletRequest接口的其他常用方法:

请求域对象request

请求转发

重定向

转发和重定向区别


HttpServlet


HttpServlet类是专门为HTTP协议准备的。比GenericServlet更加适合HTTP协议下的开发。

HttpServlet在哪个包下:

  •         jakarta.servlet.http.HttpServlet

http包下都有哪些类和接口呢:

  •         jakarta.servlet.http.*;
  •         jakarta.servlet.http.HttpServlet (HTTP协议专用的Servlet类,抽象类)
  •         jakarta.servlet.http.HttpServletRequest (HTTP协议专用的请求对象)
  •         jakarta.servlet.http.HttpServletResponse (HTTP协议专用的响应对象)

HttpServletRequest对象中封装了什么信息?

  •         HttpServletRequest,简称request对象。
  •         HttpServletRequest中封装了请求协议的全部内容。
  •         Tomcat服务器(WEB服务器)将“请求协议”中的数据全部解析出来,然后将这些数据全部封装到request对象当中了。
  •         也就是说,我们只要面向HttpServletRequest,就可以获取请求协议中的数据。HttpServletResponse对象是专门用来响应HTTP协议到浏览器的。

HttpServletResponse对象是专门用来响应HTTP协议到浏览器的。

HttpServlet源码分析

public class HelloServlet extends HttpServlet {
	// 用户第一次请求,创建HelloServlet对象的时候,会执行这个无参数构造方法。
	public HelloServlet() {
    }
    
}

public abstract class GenericServlet implements Servlet, ServletConfig,
        java.io.Serializable {
           
	/* 用户第一次请求的时候,HelloServlet对象第一次被创建之后,因为HelloServlet
       没有init方法,HttpServlet也没有,所以执行GenericServlet的init有参构造.。  */
    public void init(ServletConfig config) throws ServletException {
        this.config = config;
        this.init();
    }
	// 用户第一次请求的时候,带有参数的init(ServletConfig config)执行之后,会执行这个没有参数的init()
	public void init() throws ServletException {
        // NOOP by default
    }
}

// HttpServlet模板类。
public abstract class HttpServlet extends GenericServlet {
    // 用户发送第一次请求的时候这个service会执行(HelloServlet没有service,执行Httpservlet的)
    // 用户发送第N次请求的时候,这个service方法还是会执行。
    // 用户只要发送一次请求,这个service方法就会执行一次。
    @Override
    public void service(ServletRequest req, ServletResponse res)
        throws ServletException, IOException {

        HttpServletRequest  request;
        HttpServletResponse response;

        try {
            // 将ServletRequest和ServletResponse向下转型为带有Http的HttpServletRequest和HttpServletResponse
            request = (HttpServletRequest) req;
            response = (HttpServletResponse) res;
        } catch (ClassCastException e) {
            throw new ServletException(lStrings.getString("http.non_http"));
        }
        // 调用重载的service方法。
        service(request, response);
    }
    
    // 这个service方法的两个参数都是带有Http的。
    // 这个service是一个模板方法。
    // 在该方法中定义核心算法骨架,具体的实现步骤延迟到子类中去完成。
    protected void service(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException {
        // 获取请求方式
        // 这个请求方式最终可能是:""
        // 注意:request.getMethod()方法获取的是请求方式,可能是七种之一:
        // GET POST PUT DELETE HEAD OPTIONS TRACE
        String method = req.getMethod();

        // 如果请求方式是GET请求,则执行doGet方法。
        if (method.equals(METHOD_GET)) {
            long lastModified = getLastModified(req);
            if (lastModified == -1) {
                // servlet doesn't support if-modified-since, no reason
                // to go through further expensive logic
                doGet(req, resp);
            } else {
                long ifModifiedSince;
                try {
                    ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE);
                } catch (IllegalArgumentException iae) {
                    // Invalid date header - proceed as if none was set
                    ifModifiedSince = -1;
                }
                if (ifModifiedSince < (lastModified / 1000 * 1000)) {
                    // If the servlet mod time is later, call doGet()
                    // Round down to the nearest second for a proper compare
                    // A ifModifiedSince of -1 will always be less
                    maybeSetLastModified(resp, lastModified);
                    doGet(req, resp);
                } else {
                    resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
                }
            }

        } else if (method.equals(METHOD_HEAD)) {
            long lastModified = getLastModified(req);
            maybeSetLastModified(resp, lastModified);
            doHead(req, resp);

        } else if (method.equals(METHOD_POST)) {
            // 如果请求方式是POST请求,则执行doPost方法。
            doPost(req, resp);

        } else if (method.equals(METHOD_PUT)) {
            doPut(req, resp);

        } else if (method.equals(METHOD_DELETE)) {
            doDelete(req, resp);

        } else if (method.equals(METHOD_OPTIONS)) {
            doOptions(req,resp);

        } else if (method.equals(METHOD_TRACE)) {
            doTrace(req,resp);

        } else {
            //
            // Note that this means NO servlet supports whatever
            // method was requested, anywhere on this server.
            //

            String errMsg = lStrings.getString("http.method_not_implemented");
            Object[] errArgs = new Object[1];
            errArgs[0] = method;
            errMsg = MessageFormat.format(errMsg, errArgs);

            resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg);
        }
    }
    
    /*子类没有重写doGet就会走父类的,报405错误*/
    protected void doGet(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException{
        // 报405错误
        String msg = lStrings.getString("http.method_get_not_supported");
        sendMethodNotAllowed(req, resp, msg);
    }
        /*子类没有重写doPost就会走父类的,报405错误*/
    protected void doPost(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException {
        // 报405错误
        String msg = lStrings.getString("http.method_post_not_supported");
        sendMethodNotAllowed(req, resp, msg);
    }
    
}

/*
通过以上源代码分析:
	假设前端发送的请求是get请求,后端程序员重写的方法是doPost
	假设前端发送的请求是post请求,后端程序员重写的方法是doGet
	会发生什么呢?
		发生405这样的一个错误。
		405表示前端的错误,发送的请求方式不对。和服务器不一致。不是服务器需要的请求方式。
	
	通过以上源代码可以知道:只要HttpServlet类中的doGet方法或doPost方法执行了,必然405.

怎么避免405的错误呢?
	后端重写了doGet方法,前端一定要发get请求。
	后端重写了doPost方法,前端一定要发post请求。
	这样可以避免405错误。
	
	这种前端到底需要发什么样的请求,其实应该后端说了算。后端让发什么方式,前端就得发什么方式。
	

*/

我们编写的HelloServlet直接继承HttpServlet,直接重写HttpServlet类中的service()方法行吗?

        可以,只不过你享受不到405错误。享受不到HTTP协议专属的东西。

到今天我们终于得到了最终的一个Servlet类的开发步骤:

第一步:编写一个Servlet类,直接继承HttpServlet

第二步:重写doGet方法或者重写doPost方法,到底重写谁,javaweb程序员说了算。

第三步:将Servlet类配置到web.xml文件当中。

第四步:准备前端的页面(form表单),form表单中指定请求路径即可。

欢迎资源文件


1.前提:

用户可以记住网站名,但是不会记住网站资源文件名

2.默认欢迎资源文件:

用户发送了一个针对某个网站的【默认请求】时,

此时由Http服务器自动从当前网站返回的资源文件

正常请求: http://localhost:8080/myWeb/index.html

默认请求: http://localhost:8080/myWeb/

3.Tomcat对于默认欢迎资源文件定位规则

1)规则位置:Tomcat安装位置/conf/web.xml

2)规则命令:<welcome-file-list>

<welcome-file>index.html</welcome-file>

<welcome-file>index.htm</welcome-file>

<welcome-file>index.jsp</welcome-file>

</welcome-file-list>

4.设置当前网站的默认欢迎资源文件规则

1)规则位置:网站/web/WEB-INF/web.xml

2)规则命令:<welcome-file-list>

<welcome-file>login.html</welcome-file>

</welcome-file-list>

3)网站设置自定义默认文件定位规则,此时Tomcat自带定位规则将失效

HttpServletRequest接口详解


HttpServletRequest是一个接口,全限定名称:jakarta.servlet.http.HttpServletRequest

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

HttpServletRequest对象是Tomcat服务器负责创建的。这个对象中封装了什么信息?封装了HTTP的请求协议。

实际上是用户发送请求的时候,遵循了HTTP协议,发送的是HTTP的请求协议,Tomcat服务器将HTTP协议中的信息以及数据全部解析出来,然后Tomcat服务器把这些信息封装到HttpServletRequest对象当中,传给了我们javaweb程序员。

javaweb程序员面向HttpServletRequest接口编程,调用方法就可以获取到请求的信息了。

request和response对象的生命周期?

request对象和response对象,一个是请求对象,一个是响应对象。这两个对象只在当前请求中有效。

一次请求对应一个request。

两次请求则对应两个request。

.....

常用的方法

  • 获取用户提交的数据

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

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",而不是一个数字。(前端永远提交的是字符串,后端获取的也永远是字符串。)

四个方法的使用

//username=zhangsan&userpwd=123&interest=s&interest=d
/*Map<String,String[]>
     key				value
  ---------------------------
  "username"		{"zhangsan"}
  "userpwd"		  {"123"}
  "interest"		{"s", "d"}  */

public void doPost(HttpServletRequest request, HttpServletResponse response)
            throws IOException,ServletException{
  
         /*1.最常用的方式  String getParameter(String name)*/
       	String username = request.getParameter("username");
        String userpwd = request.getParameter("userpwd");
  			
  				System.out.println(username);
       	  System.out.println(userpwd);
  
  
				/*2.既然是checkbox,调用方法:request.getParameterValues("interest")*/
      	String[] interests = request.getParameterValues("interest");
				
  					for(String  i : interests){
           			 System.out.println(i);
       	 }
				
  			/*3.直接通过getParameterNames()这个方法,可以直接获取这个Map集合的所有key*/
        Enumeration<String> names = request.getParameterNames();
        while(names.hasMoreElements()){
            String name = names.nextElement();
            System.out.println(name);
        }
			
  			
  		/*4.获取参数Map集合*/
        Map<String,String[]> parameterMap = request.getParameterMap();
        // 遍历Map集合(获取Map集合中所有的key,遍历)
        Set<String> keys = parameterMap.keySet();
        Iterator<String> it = keys.iterator();
        while(it.hasNext()){
            String key = it.next();
					  System.out.print(key+"=");
            // 通过key获取value
            String[] values = parameterMap.get(key);
          for(String value : values){
                System.out.print(value+",");
            }

            System.out.println();
          
          /*4.输出结果
          username=zhangsan,
					userpwd=123,
					interest=s,d,

}

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

请求域对象request

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

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

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

// 存(怎么向request请求域中存数据)
public void setAttribute(String name, Object value); // map.put(k, v)
// 取(怎么从request请求域中取数据)
public Object getAttribute(String name); // Object v = map.get(k)
// 删(怎么删除request请求域中的数据)
public void removeAttribute(String name); // map.remove(k)

请求域和应用域的选用原则?

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

两个Servlet怎么共享数据?

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

请求转发


原理: 是由WEB服务器来控制的。A资源跳转到B资源,这个跳转动作是Tomcat服务器内部完成的。

	// 第一步:获取请求转发器对象
	RequestDispatcher dispatcher = request.getRequestDispatcher("/b");
	// 第二步:调用转发器的forward方法完成跳转/转发
	dispatcher.forward(request,response);
            
	// 第一步和第二步代码可以联合在一起。
	 request.getRequestDispatcher("/b").forward(request,response);
	
//注意:转发的时候是一次请求,会将当前的request和response对象传递给下一个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");
          
          // 以上两个方法的区别是什么?
          // 第一个方法:获取的是用户在浏览器上提交的数据。
          // 第二个方法:获取的是请求域当中绑定的数据。

特点:

在请求转发过程中,浏览器只发送一个了个Http请求协议包。

参与本次请求的所有Servlet共享同一个请求协议包,因此

这些Servlet接收的请求方式与浏览器发送的请求方式保持一致

重定向


工作原理:是浏览器完成的。具体跳转到哪个资源,是浏览器说了算。。

实现命令

 response.sendRedirect("请求地址")
 //注意:重定向地址需要加上 项目名
 //因为浏览器发送请求是需要加上项目名的

特征:

1)请求地址:

既可以把当前网站内部的资源文件地址发送给浏览器 (/网站名/资源文件名)

也可以把其他网站资源文件地址发送给浏览器(http://ip地址:端口号/网站名/资源文件名)

2)请求次数

浏览器至少发送两次请求,但是只有第一次请求是用户手动发送。

后续请求都是浏览器自动发送的。

3) 请求方式:

重定向解决方案中,通过地址栏通知浏览器发起下一次请求,因此

通过重定向解决方案调用的资源文件接收的请求方式一定是【GET】

4).缺点:

重定向解决方案需要在浏览器与服务器之间进行多次往返,大量时间

消耗在往返次数上,增加用户等待服务时间

转发和重定向区别


转发和重定向应该如何选择?什么时候使用转发,什么时候使用重定向?

  • 如果在上一个Servlet当中向request域当中绑定了数据,希望从下一个Servlet当中把request域里面的数据取出来,使用转发机制。
  • 剩下所有的请求均使用重定向。(重定向使用较多。)
  • 他俩跳转的资源只要是服务器内部合法的资源即可。(Servlet,JSP,HTML).......
  • 转发会存在浏览器刷新问题

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值