Web基础了解版05-Servlet

2019-12-21 16:05:14来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

Web基础了解版05-Servlet

Servlet

Servlet?

  • 从广义上来讲,Servlet规范是Sun公司制定的一套技术标准,包含与Web应用相关的一系列接口,是Web应用实现方式的宏观解决方案。而具体的Servlet容器负责提供标准的实现。

  • 从狭义上来讲,Servlet指的是javax.servlet.Servlet接口及其子接口,也可以指实现了Servlet接口的实现类。

  • Servlet(Server Applet)作为服务器端的一个组件,它的本意是“服务器端的小程序”。

    • Servlet的实例对象由Servlet容器负责创建;

    • Servlet的方法由容器在特定情况下调用;

    • Servlet容器会在Web应用卸载时销毁Servlet对象的实例。

操作步骤

使用Servlet接口的方式:

① 搭建Web开发环境

② 创建动态Web工程

③ 创建javax.servlet.Servlet接口的实现类:com.atguigu.servlet.MyFirstServlet

④ 在service(ServletRequest, ServletResponse)方法中编写代码

⑤ 在web.xml配置文件中注册MyFirstServlet

<!-- 声明一个Servlet,配置的是Servlet的类信息 -->
<servlet>
    <!-- 这是Servlet的别名,一个名字对应一个Servlet。相当于变量名 -->
    <servlet-name>MyFirstServlet</servlet-name>
    <!-- Servlet的全类名,服务器会根据全类名找到这个Servlet -->
    <servlet-class>com.servlet.MyFirstServlet</servlet-class>
</servlet>

<!-- 建立Servlet的请求映射信息 -->
<servlet-mapping>
    <!-- Servlet的别名,说明这个Servlet将会响应下面url-pattern的请求 -->
    <servlet-name>MyFirstServlet</servlet-name>
    <!-- Servlet响应的请求路径。如果访问这个路径,这个Servlet就会响应 -->
    <url-pattern>/MyFirstServlet</url-pattern>
</servlet-mapping>

说明:

  • <url-pattern>:这个url-pattern可以配置多个,这时表示的就是访问这些url都会触发这个Servlet进行响应,运行浏览器,访问刚才配置的url路径,Servlet的service方法就会被调用。

  • <url-pattern>中的文本内容必须以 / 或 *. 开始书写路径。相当于将资源映射到项目根目录下形成虚拟的资源文件。

  • <servlet-mapping>中的<url-pattern>可以声明多个,可以通过任意一个都可以访问。但是开发中一般只会配置一个。

⑥ 在WebContent目录下创建index.html

⑦ 在index.html中加入超链接 <a href="MyFirstServlet">To Servlet</a>

⑧ 点击超链接测试Servlet

 如果配置文件一旦修改,需要重启服务器来重新部署web项目。

Servlet作用

  • 接收请求 【解析请求报文中的数据:请求参数】

  • 处理请求 【DAO和数据库交互】

  • 完成响应 【设置响应报文】

Servlet生命周期

 简单的叙述生命周期,就是对象在容器中从开始创建到销毁的过程。

 Servlet对象是Servlet容器创建的,生命周期方法都是由容器调用的。这里指的就是Tomcat

① Servlet对象的创建:构造器

  • 默认情况下,Servlet容器第一次收到HTTP请求时创建对应Servlet对象。

  • 容器之所以能做到这一点是由于我们在注册Servlet时提供了全类名,容器使用反射技术创建了Servlet的对象。

② Servlet对象初始化:init()

  • Servlet容器创建Servlet对象之后,会调用init(ServletConfig config)方法。

  • 作用:是在Servlet对象创建后,执行一些初始化操作。例如,读取一些资源文件、配置文件,或建立某种连接(比如:数据库连接)

  • init()方法只在创建对象时执行一次,以后再接到请求时,就不执行了

  • 在javax.servlet.Servlet接口中,public void init(ServletConfig config)方法要求容器将ServletConfig的实例对象传入,这也是我们获取ServletConfig的实例对象的根本方法。

③ 处理请求:service()

  • 在javax.servlet.Servlet接口中,定义了service(ServletRequest req, ServletResponse res)方法处理HTTP请求。

  • 在每次接到请求后都会执行。

  • Servlet的作用,主要在此方法中体现。

  • 同时要求容器将ServletRequest对象和ServletResponse对象传入。

④ Servlet对象销毁:destroy()

  • 服务器重启、服务器停止执行或Web应用卸载时会销毁Servlet对象,会调用public void destroy()方法。

  • 此方法用于销毁之前执行一些诸如释放缓存、关闭连接、保存内存数据持久化等操作。

Servlet请求过程

  • 第一次请求

    • 调用构造器,创建对象

    • 执行init()方法

    • 执行service()方法

  • 后面请求

    • 执行service()方法

  • 对象销毁前

    • 执行destroy()方法

ServletConfig接口

  • ServletConfig接口封装了Servlet配置信息,这一点从接口的名称上就能够看出来。

  • 每一个Servlet都有一个唯一对应的ServletConfig对象,代表当前Servlet的配置信息。

  • 对象由Servlet容器创建,并传入生命周期方法init(ServletConfig config)中。可以直接获取使用。

  • 代表当前Web应用的ServletContext对象也封装到了ServletConfig对象中,使ServletConfig对象成为了获取ServletContext对象的一座桥梁。

  • ServletConfig对象的主要功能

    • 获取Servlet名称:getServletName()

    • 获取全局上下文ServletContext对象:getServletContext()

    • 获取Servlet初始化参数:getInitParameter(String) / getInitParameterNames()。

ServletContext接口

  • Web容器在启动时,它会为每个Web应用程序都创建一个唯一对应的ServletContext对象,意思是Servlet上下文,代表当前Web应用。

  • 由于一个Web应用程序中的所有Servlet都共享同一个ServletContext对象,所以ServletContext对象也被称为 application 对象(Web应用程序对象)。

  • 对象由Servlet容器在项目启动时创建,通过ServletConfig对象的getServletContext()方法获取。在项目卸载时销毁。

  • ServletContext对象的主要功能

① 获取项目的上下文路径(带/的项目名): getContextPath()

② 获取虚拟路径所映射的本地真实路径:getRealPath(String path)

  • 虚拟路径:浏览器访问Web应用中资源时所使用的路径。

  • 本地路径:资源在文件系统中的实际保存路径。

  • 作用:将用户上传的文件通过流写入到服务器硬盘中。

③ 获取WEB应用程序的全局初始化参数(基本不用)

  • 设置Web应用初始化参数的方式是在web.xml的根标签下加入如下代码

<web-app>
    <!-- Web应用初始化参数 -->
    <context-param>
        <param-name>ParamName</param-name>
        <param-value>ParamValue</param-value>
    </context-param>
</web-app>

获取Web应用初始化参数

④ 作为域对象共享数据

  • 作为最大的域对象在整个项目的不同web资源内共享数据。

  • setAttribute(key,value):以后可以在任意位置取出并使用

  • getAttribute(key):取出设置的value值

实现类

  • 实现类体系

    • GenericServlet实现Servlet接口

    • HttpServlet继承GenericServlet

  • 创建Servlet的最终方式

    • 继承HttpServlet

GenericServlet抽象类

  • GenericServlet对Servlet功能进行了封装和完善,重写了init(ServletConfig config)方法,用来获取ServletConfig对象。此时如果GenericServlet的子类(通常是自定义Servlet)又重写了init(ServletConfig config)方法有可能导致ServletConfig对象获取不到,所以子类不应该重写带参数的这个init()方法。

  • 如果想要进行初始化操作,可以重写GenericServlet提供的无参的init()方法,这样就不会影响ServletConfig对象的获取。

  • 将service(ServletRequest req,ServletResponse res)保留为抽象方法,让使用者仅关心业务实现即可。

HttpServlet抽象类

  • 专门用来处理Http请求的Servlet。

  • 对GenericServlet进行进一步的封装和扩展,在service(ServletRequest req, ServletResponse res)方法中,将ServletRequest和ServletResponse转换为HttpServletRequest和HttpServletResponse,根据不同HTTP请求类型调用专门的方法进行处理。

  • 今后在实际使用中继承HttpServlet抽象类创建自己的Servlet实现类即可。重写doGet(HttpServletRequest req, HttpServletResponse resp)和doPost(HttpServletRequest req, HttpServletResponse resp)方法实现请求处理,不再需要重写service(ServletRequest req, ServletResponse res)方法了。

  • 又因为我们业务中get,post的处理方式又都是一样的,所以我们只需要写一种方法即可,使用另外一种方法调用我们写好的doXXX方法。web.xml配置与之前相同。

HttpServletRequest接口

  • 该接口是ServletRequest接口的子接口,封装了HTTP请求的相关信息。

  • 浏览器请求服务器时会封装请求报文交给服务器,服务器接受到请求会将请求报文解析生成request对象。

  • 由Servlet容器创建其实现类对象并传入service(HttpServletRequest req, HttpServletResponse res)方法中。

 功能

  1.使用HttpServletRequest对象获取请求参数,即浏览器向服务器提交的数据

//一个name对应一个值
String userId = request.getParameter("userId");
//一个name对应一组值
String[] soccerTeams = request.getParameterValues("soccerTeam");
for(int i = 0; i < soccerTeams.length; i++){
    System.out.println("team "+i+"="+soccerTeams[i]);
}

  2.获取url地址参数

String path = request.getContextPath();//重要
System.out.println("上下文路径:"+path);
System.out.println("端口号:"+request.getServerPort());
System.out.println("主机名:"+request.getServerName());
System.out.println("协议:"+request.getScheme());

  3.获取请求头信息

String header = request.getHeader("User-Agent");
System.out.println("user-agent:"+header);
String referer = request.getHeader("Referer");
System.out.println("上个页面的地址:"+referer);//登录失败,返回登录页面让用户继续登录

  4.请求的转发

//获取请求转发对象
RequestDispatcher dispatcher = request.getRequestDispatcher("success.html");
dispatcher.forward(request, response);//发起转发

  5.向请求域中保存数据

//将数据保存到request对象的属性域中
request.setAttribute("attrName", "attrValueInRequest");
//两个Servlet要想共享request对象中的数据,必须是转发的关系
request.getRequestDispatcher("/ReceiveServlet").forward(request, response);
//从request属性域中获取数据
Object attribute = request.getAttribute("attrName");
System.out.println("attrValue="+attribute);

HttpServletResponse接口

  • 该接口是ServletResponse接口的子接口,封装了服务器针对于HTTP响应的相关信息。(暂时只有服务器的配置信息,没有具体的和响应体相关的内容)

  • 由Servlet容器创建其实现类对象,并传入service(HttpServletRequest req, HttpServletResponse res)方法中。

功能

  1.使用PrintWriter对象向浏览器输出数据

//通过PrintWriter对象向浏览器端发送响应信息
PrintWriter writer = res.getWriter();
writer.write("Servlet response");
writer.close();
  • 写出的数据可以是页面、页面片段、字符串等

  • 当写出的数据包含中文时,浏览器接收到的响应数据就可能有乱码。为了避免乱码,可以使用Response对象在向浏览器输出数据前设置响应头。

  2.设置响应头

response.setHeader("Content-Type", "text/html;charset=UTF-8");
  • 设置好以后,会在浏览器的响应报文中看到设置的响应头中的信息。

  3.重定向请求

//注意路径问题,加上/会失败,会以主机地址为起始,重定向一般需要加上项目名
response.sendRedirect(“success.html”);
  •  通过重定向将页面的地址交给浏览器并设置响应状态码为302,浏览器会自动进行跳转。

转发与重定向

 

请求转发

  1.  第一个Servlet接收到了浏览器端的请求,进行了一定的处理,然后没有立即对请求进行响应,而是将请求“交给下一个Servlet”继续处理,下一个Servlet处理完成之后对浏览器进行了响应。在服务器内部将请求“交给”其它组件继续处理就是请求的转发。
  2.  转发的情况下,两个Servlet可以共享同一个Request对象中保存的数据。
  3.  当需要将后台获取的数据传送到JSP上显示的时候,就可以先将数据存放到Request对象中,再转发到JSP从属性域中获取。此时由于是“转发”,所以它们二者共享Request对象中的数据。
  4.  转发的情况下,可以访问WEB-INF下的资源。
  5.  转发以“/”开始表示项目根路径,重定向以”/”开始表示主机地址。
    //1.使用RequestDispatcher对象封装目标资源的虚拟路径
    RequestDispatcher dispatcher = request.getRequestDispatcher("/index.html");
    //2.调用RequestDispatcher对象的forward()方法“前往”目标资源
    //[注意:传入的参数必须是传递给当前Servlet的service方法的
    //那两个ServletRequest和ServletResponse对象]
    dispatcher.forward(request, response);
}

请求重定向

  1. 第一个Servlet接收到了浏览器端的请求,进行了一定的处理,然后给浏览器一个特殊的响应消息,这个特殊的响应消息会通知浏览器去访问另外一个资源,这个动作是服务器和浏览器自动完成的。整个过程中浏览器端会发出两次请求,且在浏览器地址栏里面能够看到地址的改变,改变为下一个资源的地址。
  2. 重定向的情况下,原Servlet和目标资源之间就不能共享请求域数据了。
  3. HttpServletResponse代表HTTP响应,对象由Servlet容器创建。
   //1.调用HttpServletResponse对象的sendRedirect()方法
    //2.传入的参数是目标资源的虚拟路径
    response.sendRedirect("index.html");

对比请求的转发与重定向

 转发重定向
浏览器感知 在服务器内部完成,浏览器感知不到 服务器以302状态码通知浏览器访问新地址,浏览器有感知
浏览器地址栏 不改变 改变
整个过程发送请求次数 一次 两次
执行效率 效率高 效率低
API(或发起者) Request对象 Response对象
能否共享request对象数据
WEB-INF下的资源 能访问 不能访问
目标资源 必须是当前web应用中的资源 不局限于当前web应用

说明:默认情况下,浏览器是不能访问服务器web-inf下的资源的,而服务器是可以访问的。

字符编码问题

解决乱码的方法:就是统一字符编码

GET请求乱码

  • GET请求参数是在地址后面的。我们需要修改tomcat的配置文件。需要在server.xml文件修改Connector标签,添加URIEncoding="utf-8"属性。
  • 一旦配置好以后,可以解决当前工作空间中所有的GET请求的乱码问题。

POST请求乱码

  • POSTt请求服务器解析出现问题,解决方法:在获取参数值之前,设置请求的解码格式,使其和页面保持一致。

request.setCharacterEncoding("utf-8");
  • POST请求乱码问题的解决,只适用于当前的操作所在的类中。不能类似于GET请求一样统一解决。因为请求体有可能会上传文件。

响应乱码

  • 向浏览器发送响应的时候,要告诉浏览器,我使用的字符集是哪个,浏览器就会按照这种方式来解码
//方法一:
response.setHeader("Content-Type", "text/html;charset=utf-8");
//方法二:
response.setContentType("text/html;charset=utf-8");

路径设置问题

相对路径和绝对路径

相对路径:虚拟路径如果不以“/”开始,就是相对路径,浏览器会以当前资源所在的虚拟路径为基准对相对路径进行解析,从而生成最终的访问路径。

绝对路径:虚拟路径以“/”开始,就是绝对路径。

① 在服务器端:虚拟路径最开始的“/”表示当前Web应用的根目录。只要是服务端解析的绝对路径,都是以web根目录为起始的。由服务器解析的路径包括:(1) web.xml的配置路径、(2)request转发的路径。

② 在浏览器端:虚拟路径最开始的“/”表示当前主机地址。

例如:链接地址“/Path/dir/b.html”经过浏览器解析后为: 相当于http://localhost:8989/Path/dir/b.html

由浏览器解析的路径包括:

(1)重定向操作:response.sendRedirect("/xxx") (2)所有HTML标签:<a href="/xxx"> 、<form action="/xxx"> 、link、img、script等

  • 在浏览器端,除了使用绝对路径之外,我们还可以使用base标签+相对路径的方式来确定资源的访问有效。

  • base标签影响当前页面中的所有相对路径,不会影响绝对路径。相当于给相对路径设置了一个基准地址。

<!-- 给页面中的相对路径设置基准地址 -->
<base href="http://localhost:8080/Test_Path/"/>

 

总结:

* /的有无
* 有: 采用的是绝对路径
* 无: 采用的是相对路径
* /的含义:
* 用服务器解析代表:当前项目下 (http://localhost:8080/上下文项目名/)
* 用浏览器解析代表:当前主机下(http://localhost:8080/)
* /的几种使用位置:
* 用在转发:采用服务器解析 (相对和绝对没有区别)
* 用在重定向:采用浏览器解析
* 相对路径:response.sendRedirect("pages/user/login_success.html");
* 局对路径:response.sendRedirect(request.getContextPath()+"/pages/user/login_success.html");
* 用在页面上:采用浏览器解析
* 建议采用绝对路径去加载静态资源(css/js/image/video...)
* 方式一:<link href="/上下文项目名/static/css/style.css" type="text/css" rel="stylesheet" >
* 方式二:在head标签中新增一个base标签并设置href属性 ★
* <base href="/BookStore02/"> 在当前页面中所有的路径钱统一添加指定前缀

导入外部工程


原文链接:https://www.cnblogs.com/Open-ing/p/12075074.html
如有疑问请与原作者联系

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:正则表达式多选结构的顺序

下一篇:ReadWriteLock场景应用解析