Servlet的两种service方法源码分析

我们常常在用Servlet接口时,一般都会继承于HttpServlet,重写doGet和doPost方法,但其底层原理是怎么实现的,没有进行了解,下面我就谈谈自己的见解

当用户发送请求时,Tomcat服务器默认找带有(ServletRequest req,ServletResponse resp)的service方法,而该类中只有service(HttpServletRequest req, HttpServletResponse resp),没有Servlet的service方法,但是子类继承了HttpServlet,子类如果没有该方法,默认调用父类(HttpServlet)的方法,查看HttpServlet源码时,找到Servlet的service方法,源码如下:Servlet的两种service方法源码分析_第1张图片

查看源码发现Servlet的service方法,将(ServletRequest req,ServletResponse resp)强转为带有Http协议的请求和响应对象,最后再次调用自身的service方法,这时 需要查阅该service的源码看一看 做了什么事情:Servlet的两种service方法源码分析_第2张图片Servlet的两种service方法源码分析_第3张图片

我们只截取部分代码

我们查看源码发现,Servlet调用自身的service方法后,将强转后带有Http协议的请求和响应传进来,此时发现两个service出现了,方法名相同参数也相同(方法重写),执行的是子类重写后的方法,而带有Http协议的service方法中,通过请求所携带的信息,获取到请求的方法(get或post),最后调用doGet和doPost方法

因此继承HttpServlet重写service方法,可以间接实现Servlet接口

总结:一个类想通过浏览器访问到,必须直接或间接实现Servlet接口

另外我自己也画了一张图 ,供大家进一步理解:Servlet的两种service方法源码分析_第4张图片

你可能感兴趣的:(Servlet的两种service方法源码分析)