JavaWeb之Servlet重点知识

一.如何创建自定义的servlet实现Servlet有三种方式：

      1：实现javax.servlet.Servlet接口；（实现接口三个方法，init(),destroy()服务器开启和停止时执行，访问servlet时，调用service方法，可以重复执行）

      2：继承javax.servlet.GenericServlet类；（其他方法已经重写完毕，只需要重写service方法即可，访问servlet类时，执行servlet方法内的内容，与http协议无关）增加一个空参init方法,供开发人员初始化，为了防止开发人员重写 原生init方法和destroy方法。

      3：继承javax.servlet.http.HttpServlet类；（直接重写dopost和doget方法，是关于http协议有关的）三个方法都已经重写完啦！

 

二.servlet生命周期

 1：void init(ServletConfig) 创建之后被调用（1次）服务启动，第一次访问这个servlet时，只执行这一次

 2：void service(ServletRequest request,ServletResponse response)每次处理请求时被调用（多次）以后再次访问这个servlet时，执行这个方法

 3：void destroy()销毁之前被调用（1次）服务器停止时，这个servlet类结束，调用这个方法，也是只执行一次

特性：

    1：Servlet是单例的，一个类只有一个对象，可以存在多个Servlet类；

    2：线程不安全的，效率高；

    3： Servlet由我们自己编写，对象由服务器来创建，由服务器调用相应方法。每次访问servlet类时，就是由这个对象执行它的相应的方法。

三.servlet是单例多线程的方式处理请求。

四.servlet的路径匹配规则。

https://blog.csdn.net/a136447572/article/details/79894285 参考这个博客写的

 a.精确匹配

 b.路径匹配  

c.扩展名匹配

 d.默认匹配

注意：路径和扩展名匹配无法同时设置，比如下面的三个都是非法的，如果设置，启动tomcat服务器会报错。

注意比较，/和/*的区别      优先顺序

 

当一个url与多个servlet的匹配规则可以匹配时，则按照 “ 精确路径 > 最长路径>扩展名”这样的优先级匹配到对应的servlet。举例如下：

例1：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个时候，如果我访问的url为http://localhost/test ，这个时候容器就会先进行精确路径匹配，发现/test正好被servletA精确匹配，那么就去调用servletA，不会去管servletB。

例2：比如servletA的url-pattern为/test/，而servletB的url-pattern为/test/a/，此时访问http://localhost/test/a时，容器会选择路径最长的servlet来匹配，也就是这里的servletB。

例3: 比如servletA的url-pattern：.action ，servletB的url-pattern为 / ，这个时候，如果我访问的url为http://localhost/test.action，这个时候容器就会优先进行路径匹配，而不是去匹配扩展名，这样就去调用servletB。

 

五.如何获取servlet初始化参数

然后讲讲ServletContext和ServletConfig对象，下面是我个人的看法

先说说两个参数

1. context-param：元素含有一对参数名和参数值，用作应用的ServletContext上下文初始化参数。参数名在整个Web应用中必须是惟一的。

2. init-param：相应的某个Serlet的初始化参数

ServletConfig对象是当前Servlet的对象，就是在当前Servlet执行init初始化方法之后产生的，是属于当前servlet的对象

ServletContext对象是web应用上下文对象，是web服务器启动之后就产生了的，因此在每个servlet里面都可以通过

getServletConfig().getServletContext()拿到ServletContext对象

经过以上分析，相信大家应该大致清楚了吧，这里总结一下

1. init-param参数可以通过ServletConfig对象的getInitParameter()方法获取到

2. context-param参数可以通过ServletContext对象的getInitParameter()方法获取到
 

六.请求重定向和请求转发的区别。

https://blog.csdn.net/liubin5620/article/details/79922692?tdsourcetag=s_pctim_aiomsg   更加详细介绍

一、请求转发和重定向

请求转发：
request.getRequestDispatcher(URL地址).forward(request, response)

处理流程：

1. 客户端发送请求，Servlet做出业务逻辑处理。
2. Servlet调用forword()方法，服务器Servlet把目标资源返回给客户端浏览器。

请求转发

2）重定向：
response.sendRedirect(URL地址)

处理流程：

1. 客户端发送请求，Servlet做出业务逻辑处理。
2. Servlet调用response.sendReadirect()方法，把要访问的目标资源作为response响应头信息发给客户端浏览器。
3. 客户端浏览器重新访问服务器资源xxx.jsp，服务器再次对客户端浏览器做出响应。

重定向

以上两种情况，你都需要考虑Servlet处理完后，数据如何在jsp页面上呈现。图例是请求、响应的流程，没有标明数据如何处理、展现。

二、转发和重定向的路径问题

1）使用相对路径在重定向和转发中没有区别
2）重定向和请求转发使用绝对路径时，根/路径代表了不同含义
重定向response.sendRedirect("xxx")是服务器向客户端发送一个请求头信息，由客户端再请求一次服务器。/指的Tomcat的根目录,写绝对路径应该写成"/当前Web程序根名称/资源名" 。如"/WebModule/login.jsp","/bbs/servlet/LoginServlet"
转发是在服务器内部进行的，写绝对路径/开头指的是当前的Web应用程序。绝对路径写法就是"/login.jsp"或"/servlet/LoginServlet"。

总结：以上要注意是区分是从服务器外的请求，还在是内部转发，从服务器外的请求，从Tomcat根写起(就是要包括当前Web的根)；是服务器内部的转发，很简单了，因为在当前服务器内，/写起指的就是当前Web的根目录。

三、转发和重定向的区别

1. request.getRequestDispatcher()是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址；服务器内部转发，整个过程处于同一个请求当中。
   response.sendRedirect()则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接。这样，从浏览器的地址栏中可以看到跳转后的链接地址。不在同一个请求。重定向，实际上客户端会向服务器端发送两个请求。
   所以转发中数据的存取可以用request作用域：request.setAttribute(), request.getAttribute()，重定向是取不到request中的数据的。只能用session。

2. forward()更加高效，在可以满足需要时，尽量使用RequestDispatcher.forward()方法。（思考一下为什么？）

3. RequestDispatcher是通过调用HttpServletRequest对象的getRequestDispatcher()方法得到的，是属于请求对象的方法。
   sendRedirect()是HttpServletResponse对象的方法，即响应对象的方法，既然调用了响应对象的方法，那就表明整个请求过程已经结束了，服务器开始向客户端返回执行的结果。

4. 重定向可以跨域访问，而转发是在web服务器内部进行的，不能跨域访问。

 

 

七.servlet中如何访问page,request,session,application作用域。

什么是作用域？

我们在写代码的时候，都会遇到变量的作用域的问题；比如这是一个局部变量，出了它的作用域就无法访问了。对于作用域的概念，最简单的理解就是（在你的地盘，你还算根葱；出了你的地盘，你啥也不是。）

page作用域详解page直译就是页面的意思，所以page作用域就比较好理解了——page作用域表示只在当前页面有效。当程序运行跑出了当前的页面，你就无法在其它的页面访问当前页面设置的属性值。我们都知道，JSP最终会被编译成Servlet文件。在Servlet容器中，每个Servlet都只存在一个实例。但是对于page作用域的属性来说，在当前页面设置的属性只在本次访问该页面有效，当你再次访问该页面时，又会重新初始化页面的属性。
 

<%
    pageContext.setAttribute("SiteNamee", "pagecontext");

    out.print(pageContext.getAttribute("SiteNamee")); // 输出pagecontext


    out.print(pageContext.getAttribute("SiteName")); // 输出null

    pageContext.setAttribute("SiteName", "果冻想-一个原创技术文章分享网站");



%>

当我在浏览器访问该页面时会输出null；当我再重新打开一个该页面时，还会输出null，并不会输出”果冻想-一个原创技术文章分享网站”。也就是说，page作用域范围的不会存在线程安全的问题，每一次访问同一个页面，设置的page作用域的属性都是不一样的。（上面siteNamee可以输出来，因为这是在当前页面定义变量，下面的siteName变量不能输出，因为是下面才定义，上面无法调用，如果重新刷新页面，也是这样，因为这是在当前页面定义的当前页面变量。）

request作用域详解

request表示一次客户端的请求。一次请求的生命周期从客户端发起到服务器接收并响应该请求，或者将该请求forward到另一个页面或者Servlet进行处理而结束。在此期间，本次请求的参数，属性都是有效的；一旦客户端刷新浏览器，重新发起请求，则之前的请求参数和属性都将失效。特别需要注意的是，当我们使用<jsp:forward .../>动作将当前请求转向另一个页面或者Servlet的时候，该请求的参数和属性也一并转过去，并不会因为<jsp:forward .../>动作而丢失request的参数和属性。

session作用域详解

我一直都在强调session是一个非常重要的概念。当我们向服务器发送第一个请求开始，只要页面不关闭，或者会话未过期（默认30分钟），或者未调用HttpSession的invalidate()方法，接下来的操作都属于同一次会话的范畴。

在JSP中，每当向服务器发送一个请求，服务器响应这个请求的时候，会在客户端的Cookie中写一个session id值。每次发送请求的时候，会将该session id值一起发送到服务器端，服务器端根据该session id值来判断每次请求是否属于同一个session的范畴之内。

application作用域详解

application的作用域是最广的，它代表着整个Web应用的全局变量，对每一个页面，每一个Servlet都是有效的。当我们在application中设置属性时，这个属性在任意的一个页面都是可以访问的。

在application作用域中设置的属性如果不手动调用removeAttribute函数进行删除的话，那么application中的属性将永远不会删除，如果Web容器发生重启，此时application范围内的所有属性都将丢失。

 

1、区别：

1.page指当前页面有效。在一个jsp页面里有效

2.request 指在一次请求的全过程中有效，即从http请求到服务器处理结束，返回响应的整个过程，存放在HttpServletRequest对象中。在这个过程中可以使用forward方式跳转多个jsp。在这些页面里你都可以使用这个变量。

3.Session是用户全局变量，在整个会话期间都有效。只要页面不关闭就一直有效（或者直到用户一直未活动导致会话过期，默认session过期时间为30分钟，或调用HttpSession的invalidate()方法）。存放在HttpSession对象中

4.application是程序全局变量，对每个用户每个页面都有效。存放在ServletContext对象中。它的存活时间是最长的，如果不进行手工删除，它们就一直可以使用

总结：当数据只需要在下一个forward有用时，用request就够了；        

           若数据不只是在下一个forward有用时，就用session。        

           上下文，环境信息之类的，用application。

2、如何使用？

page里的变量没法从index.jsp传递到test.jsp。只要页面跳转了，它们就不见了。

 request里的变量可以跨越forward前后的两页。但是只要刷新页面，它们就重新计算了。

 session的变量一直在累加，开始还看不出区别，只要关闭浏览器，再次重启浏览器访问这页，session里的变量就重新计算了。  application里的变量一直在累加，除非你重启tomcat，否则它会一直变大。  而作用域规定的是变量的有效期限。      

         如果把变量放到pageContext里，就说明它的作用域是page，它的有效范围只在当前jsp页面里。 从把变量放到pageContext开始，到jsp页面结束，你都可以使用这个变量。      

         如果把变量放到request里，就说明它的作用域是request，它的有效范围是当前请求周期。 所谓请求周期，就是指从http请求发起，到服务器处理结束，返回响应的整个过程。在这个过程中可能使用forward的方式跳转了多个jsp页面，在这些页面里你都可以使用这个变量。    

          如果把变量放到session里，就说明它的作用域是session，它的有效范围是当前会话。 所谓当前会话，就是指从用户打开浏览器开始，到用户关闭浏览器这中间的过程。这个过程可能包含多个请求响应。也就是说，只要用户不关浏览器，服务器就有办法知道这些请求是一个人发起的，整个过程被称为一个会话（session），而放到会话中的变量，就可以在当前会话的所有请求里使用。      

           如果把变量放到application里，就说明它的作用域是application，它的有效范围是整个应用。 整个应用是指从应用启动，到应用结束。没有说“从服务器启动，到服务器关闭”，是因为一个服务器可能部署多个应用，当然你关闭了服务器，就会把上面所有的应用都关闭了。 application作用域里的变量，它们的存活时间是最长的，如果不进行手工删除，它们就一直可以使用。                与上述三个不同的是，application里的变量可以被所有用户共用。如果用户甲的操作修改了application中的变量，用户乙访问时得到的是修改后的值。这在其他scope中都是不会发生的，page, request, session都是完全隔离的，无论如何修改都不会影响其他人的数据。