Javaweb之Http协议andTomcatandServelt的内容~2

简介: Javaweb之Http协议andTomcatandServelt的内容~

出现下述错误:

解决办法:

在pom.xml文件中加入下述代码,注意一定要与自己的jdk版本对应

<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <maven.compiler.source>18</maven.compiler.source>
    <maven.compiler.target>18</maven.compiler.target>
</properties>

不知道自己jdk什么版本的,Win+R–>cmd,输入java -version,我的jdk为1.8,则在上述代码中写18即可

再次运行

出现下述错误的原因是端口号被占用:

解决办法:Win+R–>cmd,输入netstat -ano,查看被占用的端口号PID

通常情况下默认查看8080端口号是否被占用,但如果之前你改过的话,就需要查看你改之后的端口号

打开任务资源管理器

找到对应的进程关闭它!

再次运行!

运行成功!

在网页中添加:

添加的内容与你在servlet中写的相对应:

Servlet执行流程:

Servlet是由web服务器创建的,Servlet中的方法由web服务器调用

如图所示,我们知道service方法是由web服务器在接受到客户端请求时创建和调用的的,那么服务器是怎么知道servlet中一定有service方法呢?

因为我们自定义的Servlet,必须实现Servlet接口并重写其中的方法,而Servlet接口中有service方法

Servlet生命周期:

对象的生命周期指一个对象从被创建到被销毁的整个过程

Servlet运行在Servlet容器(Web服务器)中,其生命周期由容器来管理,分为4个阶段:

1:加载和实例化:默认情况下,当Servlet第一次被访问时,由容器创建Servlet对象

Servlet对象的创建时期可以自己设置,方法如下:

@WebServlet(urlPatterns="/demo",loadOnStartup=1)
//当loadOnStartup为负整数时[默认情况],第一次被访问时,创建Servlet对象
//当loadOnStartup为0/正整数时,服务器启动时创建Servlet对象,数字越小优先级越高

2:初始化:在Servlet实例化之后,容器将调用Servlet的init()方法初始化这个对象,完成一些加载配置文件,创建连接等初始化的工作,该方法只调用一次

测试验证:

默认情况:

再创建一个Servlet类,将注解中的路径改为"demo2",并将init()方法和destory()方法转移到前面,如下所示:

import javax.servlet.*;
import javax.servlet.annotation.WebServlet;
import java.io.IOException;
@WebServlet("/demo2")
public class Myservlet1 implements Servlet {
        //默认情况下,Servlet第一次被访问,调用,只被调用一次
        public void init(ServletConfig servletConfig) throws ServletException {
                System.out.println("init.........");
        }
        public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
            System.out.println("hello");
        }
        public void destroy() {
        }
        public ServletConfig getServletConfig() {
            return null;
        }
        public String getServletInfo() {
            return null;
        }
    }

和上面相同的方式运行

输入demo2后点击回车,返回到IDE中

此时init()方法和service()方法被调用,并输出相关的信息

返回刚才的网页面多次刷新,返回IDE

下述的输出结果,很好地证明了init()只会被调用一次,且是在第一次访问时被调用的

自定义情况:

上面我们提到,Servlet的创建时期我们可以自定义,步骤如下:

修改Servlet中的注解参数:

@WebServlet(urlPatterns = "/demo2",loadOnStartup = 1)

运行,控制台输出结果如下:

此时我们仅仅是启动了服务器,并没有进行访问,该Servlet就被创建了

3:请求处理,每次请求Servlet时,Servlet容器都会调用Servlet的service()方法对请求进行处理

测试验证:

4:服务终止:当需要释放内存或者容器关闭时,容器就会调用Servlet实例的destory()方法完成资源的释放,在destory()方法调用之后,容器会释放这个Servlet实例,该实例随后会被Java垃圾收集器所回收

测试验证该方法:

在创建的Servlet类的destroy方法中添加下述代码:

System.out.println("destroy..........");

该路径即为当前项目的目录,输入mvn tomcat7:run

稍等几秒,进行下述步骤

成功关闭!

Servlet方法:

初始化方法:在Servlet被创建时执行,只执行一次

void init(ServletConfig config)

提供服务方法,每次Servlet被访问,都会调用该方法

void service(ServletRequest req,ServletResponse res)

销毁方法,当Servlet被销毁时,调用该方法,在内存释放或服务器关闭时销毁Servlet

void destroy()

获取ServletConfig对象:

ServletConfig getServletConfig()

对于ServletConfig对象,我们是没办法直接new的,只能获取init()方法中的

解决办法如下:

获取Servlet信息:不常用,一般返回null或者空字符串

String getServletInfo()

Servlet中的体系结构:

我们将来开发B/S架构的web项目,都是针对HTTP协议,所以我们自定义Servlet,会继承HttpServlet

调用doget方法():

创建新的Servlet类:

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
@WebServlet("/demo3")
public class Myservlet2 extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
            System.out.println("get....");
    }
    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
                System.out.println("post...");
    }
}

右击:

在网站中,输入路径:

控制台输出:

调用dopost方法():

这里使用的类还是上面的新创建的那个Servlet类!

在webapp目录下创建a.html文件:

<!DOCTYPE html>
<html>
<head>
    <meta charset="UTF-8">
</head>
<body>
<!-- action所写的内容与注解中缩写的路径应相对应-->
<form action="demo3" method="post">
    <input name="username"><input type="submit">
</form>
</body>
</html>

第二步:输入文件名称点击回车

输入内容,点击提交

返回控制台:

Httpservlet中为什么要根据请求方式的不同,调用不同方法?

由于参数的位置不一致,GET请求参数在请求行中,POST请求参数在请求体中,为了能处理不同的请求方式,我们得在service()方法中进行判断,然后写不同的业务处理,这样能实现,但是每个Servlet类中都将有相似的代码,针对这个问题,我们可以将实现Servlet接口的这部分代码单独的写在一个类中,对其进行封装,其他的Servlet去继承这个类即可,这样一来,重复的代码被我们写在相同的类中,不仅提高了代码的复用率还减少了重复代码的书写率


HttpServlet使用步骤如下:

1:自定义MyHttpServlet类继承HttpServlet

import javax.servlet.*;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
public class MyHttpServlet implements Servlet {
    @Override
    public void init(ServletConfig servletConfig) throws ServletException {
    }
    @Override
    public ServletConfig getServletConfig() {
        return null;
    }
  //重写service方法
    @Override
    public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
        HttpServletRequest request = (HttpServletRequest) servletRequest;
        String method=request.getMethod();
        if("GET".equals(method)) {
            //get方式的处理逻辑
            doGet(servletRequest,servletResponse);
        }else if("POST".equals(method)) {
            //post方式的逻辑处理
            doPost(servletRequest,servletResponse);
        }
    }
  //创建dopost和doget方法,并将其作用域设置为protected---以便于子类能够使用
    protected void doPost(ServletRequest servletRequest, ServletResponse servletResponse) {
    }
    protected void doGet(ServletRequest servletRequest, ServletResponse servletResponse) {
    }
    @Override
    public String getServletInfo() {
        return null;
    }
    @Override
    public void destroy() {
    }
}

2:创建另外的Servlet类,使之继承上面自定义的MyHttpServlet类,重写doget和dopost方法

import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.annotation.WebServlet;
@WebServlet("/demo5")
public class Myservlet3 extends MyHttpServlet{
//改写dopost和doget方法
    @Override
    protected void doPost(ServletRequest servletRequest, ServletResponse servletResponse) {
       System.out.println("post..........");
    }
    @Override
    protected void doGet(ServletRequest servletRequest, ServletResponse servletResponse) {
        System.out.println("get...........");
    }
}

HttpServlet原理:获取请求方式,并根据不同的请求方式,调用不同的doxx方法

运行:

点击回车,返回控制台,doget方法被调用

编写html文件,并将其action改为和上述servlet类中相同的路径,注意html文件的位置

<!DOCTYPE html>
<html>
<head>
    <meta charset="UTF-8">
</head>
<body>
<form action="demo5" method="post">
    <input name="username"><input type="submit">
</form>
</body>
</html>

运行,在网页中输入html文件名,点击回车:

post方法被调用:


Servleturlpattern配置:

Servlet要想被访问,必须配置其访问路径(urlPattern)

1:一个Servlet,可以配置多个urlPattern

@webServlet(urlPatterns={"/demo1","/demo2"})

举例:

编写Myservlet方法,让其继承HttpServlet类,访问路径为:demo7/demo8

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
  @WebServlet(urlPatterns = {"/demo7","/demo8"})
  public class Myservlet4 extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        System.out.println("demo7 get..........");
    }
    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
    }
}

点击WebServlet,查看源码,我们会发现无论是value还是urlPattern的类型都为字符数组:

运行,通过demo7访问:

访问成功,get方法被成功调用:

改变访问路径,通过demo8进行访问:

同样访问成功:

urlPattern配置规则:

1:精确匹配

//配置路径中是以/开头的
配置路径:@WebServlet("/user/select")
//访问路径必须和配置路径完全对应
访问路径:localhost:8080/web-demo/user/select

2:目录匹配

配置路径:@WebServlet("/user/*")
//访问路径只要是user目录下的任何文件都可以被访问到
访问路径:localhost:8080/web-demo/user/aaa
          localhost:8080/web-demo/user/bbb

注:当一个目录同时满足精确匹配和目录匹配时,精确匹配的优先级会高一些

3:扩展名匹配

配置路径:@WebServlet("*.do")
访问路径:localhost:8080/web-demo/aaa.do
          localhost:8080/web-demo/bbb.do

注:除扩展名以外的所有匹配都是以/开头的,但扩展名这里我们不能加"/"

4:任意匹配

配置路径:@WebServlet("/")
          @WebServlet("/*")
访问路径:localhost:8080/web-demo/hehe
          localhost:8080/web-demo/haha

注:虽然"/"和"/*"都是任意匹配,但当二者同时存在时,"/*"的匹配优先级高于"/"


/和/*的区别:


当我们的项目中的Servlet配置了"/",会覆盖掉tomcat中的DefaultServelt,当其他的url-pattern都匹配不上时,都会走这个Servlet


当我们的项目中匹配了"/*",意味着匹配任意访问路径


但我们并不建议使用任意匹配的方式,因为这样会导致静态资源无法被访问举例:


当路径不是任意匹配时 [默认的服务器启动生效],访问静态资源:成功被访问


但当我们将路径的匹配方式修改为任意匹配后访问静态资源,如下所示:

原因为:静态路由器被覆盖,静态资源无法被访问,如下为Tomcat/conf目录下的web.xml中的内容,其中DefaultServlet是用来处理我们项目中静态资源的访问,当路径匹配是"/“或者”/*"时,DefaultServlet被覆盖,则导致静态资源无法被访问

因此我们并不推荐任意匹配路径的这种形式!

上述四种路径匹配的优先级为:

精确路径>目录路劲>扩展名路径>/*>/

相关文章
|
2月前
|
缓存 监控 搜索推荐
301重定向实现原理全面解析:从HTTP协议到SEO最佳实践
301重定向是HTTP协议中的永久重定向状态码,用于告知客户端请求的资源已永久移至新URL。它在SEO中具有重要作用,能传递页面权重、更新索引并提升用户体验。本文详解其工作原理、服务器配置方法(如Apache、Nginx)、对搜索引擎的影响及最佳实践,帮助实现网站平稳迁移与优化。
416 68
|
26天前
HTTP协议中请求方式GET 与 POST 什么区别 ?
GET和POST的主要区别在于参数传递方式、安全性和应用场景。GET通过URL传递参数,长度受限且安全性较低,适合获取数据;而POST通过请求体传递参数,安全性更高,适合提交数据。
294 2
|
2月前
|
存储 网络协议 安全
HTTP 协议及会话跟踪机制详解
本文详解了 HTTP 协议的核心知识,包括其定义(超文本传输协议,基于 TCP,规定客户端与服务器通信规则)及与 HTTPS 的区别(安全性、端口、资源消耗)。 介绍了 GET 与 POST 请求的差异(参数限制、安全性、应用场景),以及 Restful 风格(通过 URL 定位资源,请求方式决定操作)。列举了常见 HTTP 状态码(如 200 成功、404 资源未找到),对比了转发与重定向的区别(服务器端一次请求 vs 客户端两次请求)。 还阐述了会话跟踪机制:Cookie 基于客户端存储,通过Set-Cookie和Cookie头实现,安全性较低;Session 基于服务端存储,依赖 C
225 1
|
1月前
|
缓存 网络协议 UED
深度解析HTTP协议从版本0.9至3.0的演进和特性。
总的来说,HTTP的演进是互联网技术不断发展和需求日益增长的结果。每一次重要更新都旨在优化性能,增进用户体验,适应新的应用场景,而且保证了向后兼容,让互联网的基础架构得以稳定发展。随着网络技术继续进步,我们可以预期HTTP协议在未来还会继续演化。
333 0
|
2月前
|
XML 安全 网络架构
深度对比SOAP与HTTP协议:详细理解它们的工作原理和差异
在设计服务和系统交云策略时,考虑到上述差异是至关重要的。SOAP适合需要高安全性、可靠性和事务支持的企业级应用。而HTTP适合Web界面浏览、RESTful服务和需要快速响应的轻量级通信。根据具体需求和上下文,开发者可以选择合适的协议以实现最优的系统性能和用户体验。
279 0
|
3月前
|
缓存
HTTP协议深度剖析:常见请求头信息讲解
这就是HTTP请求头背后的工作原理,希望通过比作“邮差”和“标签”,可以让你对这个繁琐技术更有感触,更得心应手。尽管这些信息可能很琐碎,但了解了它们的含义和工作方式,就等于揭开了HTTP协议神秘的面纱,掌控了网络交流的核心。你还等什么,赶快动手尝试一下吧!
121 17
|
2月前
HTTP协议中常见的状态码 ?
HTTP协议状态码分为1xx、2xx、3xx、4xx、5xx五类。常见状态码包括:101(切换协议)、200(请求成功)、302(重定向)、401(未认证)、404(资源未找到)、500(服务器错误)。
266 0
|
3月前
|
存储 缓存 前端开发
http协议调试代理工具,Fiddler免费版下载,抓包工具使用教程
Fiddler是一款功能强大的HTTP协议调试代理工具,能记录并检查电脑与互联网间的HTTP通信,支持断点设置和数据编辑。相比其他网络调试器,Fiddler操作更简单且用户友好,支持查看Cookie、HTML、JS、CSS等文件内容。它还具备HTTPS抓包、过滤设置、统计页面总重量等功能,适用于安全测试与功能测试。通过插件扩展,用户可自定义视图或分析缓存行为。支持多种HTTP请求方法(如GET、POST等)及状态码分类(1xx-5xx),是开发者调试网络请求的得力工具。同类工具有HttpWatch、Firebug、Wireshark等。
346 1
|
3月前
|
网络协议 算法 调度
深入探讨HTTP/2.0协议的细节
在理解了所有这些细节后,你现在应该更加清楚HTTP/2.0是如何让数据高效地在互联网上快速移动的。而这只是一个简化的类比,实际的技术细节和协议规范更加丰富和复杂。随着时间的推移,HTTP/2.0的实现将继续优化,为我们提供更可靠、高效的网络体验。
76 0

热门文章

最新文章