转载自: https://www.cnblogs.com/whgk/p/6399262.html 是个大佬!
一, 什么是 Servlet
Servlet 是为了实现动态页面而衍生出来的, 用于处理请求和发送响应的过程.
二, tomcat 与 Servlet 的关系
tomcat 是 web 服务器, 是一个 jsp/Servlet 容器, Tomcat 作为容器负责处理请求, 将请求发送经 Servlet, 并将请求的响应返回给浏览器.
相比上图更加详细:
1. 客户端发送 HTTP 请求 (request), 然后通过物理层, 链路层, 网络层, 传输层, 应用层(会话层 + 表示层 + 应用层) 将 HTTP 请求文本发送到 Web 服务器上, Tomcat 通过请求文本进行解析, 然后封装成 HttpServletRequest 类型的 Request 对象, 所有的请求信息都可以通过 request 对象的方法获取.
2.Servlet 处理完请求后将数据封装成 HttpServletResponse 类型的 Response 对象, 然后将 Response 对象交由 Tomcat 管理, Tomcat 将响应数据返回给浏览器.
三, 编写 Servlet
1, 创建一个 MyServlet 继承 HttpServlet, 重写 doGet 和 doPost 方法, 也就是看请求的方式是 get 还是 post, 然后用不同的处理方式来处理请求.
2. 在 Web.xml 中配置 MyServlet, 为什么需要配置? 让浏览器发出的请求知道到达哪个 servlet, 也就是让 tomcat 将封装好的 request 找到对应的 servlet 让其使用.
按照步骤
1). 首先浏览器通过 http://localhost:8080/test01/MyServlet 来找到 Web.xml 中的 url-pattern, 这就是第一步.
2). 匹配到了 url-pattern 后, 就会找到第二步 servlet 的名字 MyServlet, 知道了名字, 就可以通过 servlet-name 找到第三步.
3). 到了第三步, 也就能够知道 servlet 的位置了. 然后到其中找到对应的处理方式进行处理.
3, 实验, 验证上面配置成功.
四, 详解创建 Servlet 的原理.
1.servlet 的生命周期是什么
1). 服务器启动时 (Web.xml 中配置 load-on-startup=1, 默认为 0) 或者第一次请求该 servlet 时, 就会初始化一个 Servlet 对象, 也就是会执行初始化方法 init(ServletConfig conf)
2). 该 servlet 对象去处理所有客户端请求, 在 service(ServletRequest req,ServletResponse res)方法中执行
3). 最后服务器关闭时, 才会销毁这个 servlet 对象, 执行 destroy()方法.
2, 为什么创建的 servlet 是继承自 httpServlet, 而不是直接实现 Servlet 接口? servlet 的生命周期中, 可以看出, 执行的是 service 方法, 为什么我们就只需要写 doGet 和 doPost 方法呢?
查看源码, httpServlet 的继承结构.
httpServlet 继承 GenericServlet. 懂的人立马就应该知道, GenericServlet(通用 Servlet)的作用是什么? 大概的就是将实现 Servlet 接口的方法, 简化编写 servlet 的步骤. 具体下面详解:
GenericServlet 的继承结构, 实现了 Servlet 接口和 ServletConfig 接口:
Servlet 接口内容:
从这里可以看到, Servlet 生命周期的三个关键方法, init,service,destroy. 还有另外两个方法, 一个 getServletConfig()方法来获取 ServletConfig 对象, ServletConfig 对象可以获取到 Servlet 的一些信息, ServletName,ServletContext,InitParameter,InitParameterNames, 通过查看 ServletConfig 这个接口就可以知道.
ServletConfig 接口内容
其中 ServletContext 对象是 servlet 上下文对象, 功能有很多, 获得了 ServletContext 对象, 就能获取大部分我们需要的信息, 比如获取 servlet 的路径, 等方法.
到此, 就知道了 Servlet 接口中的内容和作用, 总结起来就是, 三个生命周期运行的方法, 获取 ServletConfig, 而通过 ServletConfig 又可以获取到 ServletContext. 而 GenericServlet 实现了 Servlet 接口后, 也就说明我们可以直接继承 GenericServlet, 就可以使用上面我们所介绍 Servlet 接口中的那几个方法了, 能拿到 ServletConfig, 也可以拿到 ServletContext, 不过那样太麻烦, 不能直接获取 ServletContext, 所以 GenericServlet 除了实现 Servlet 接口外, 还实现了 ServletConfig 接口, 那样, 就可以直接获取 ServletContext 了.
GenericServlet 类的内容详解:
看上图, 用红色框框起来的就是实现 Servlet 和 ServletConfig 接口所实现的方法, 有 9 个, 这很正常, 但是我们可以发现, init 方法有两个, 一个是带有参数 ServletConfig 的, 一个有无参的方法, 为什么这样设计? 这里需要知道其中做了什么事情, 来看看这两个方法分别做了什么事?
init(ServletConfig config)
init()
一个成员变量 config
getServletConfig()
通过这几个方法一起来讲解, 首先看 init(ServletConfig config)方法, 因为只有 init(ServletConfig config)中带有 ServletConfig 对象, 为了方便能够在其他地方也能直接使用 ServletConfig 对象, 而不仅仅局限在 init(ServletConfig config)方法中, 所以创建一个私有的成员变量 config, 在 init(ServletConfig config)方法中就将其赋值给 config, 然后通过 getServletConfig()方法就能够获取 ServletConfig 对象了, 这个可以理解, 但是在 init(ServletConfig config)中, 158 行, 还调用了一个 init()方法, 并且这个 init()方法是空的, 什么读没有, 这是为什么呢? 这个原因是为了防止一件事情, 当我们需要在 init 方法中做一点别的事情, 我们想到的方法就是继承 GenericServlet 并且重写了 init(ServletConfig config)方法, 这样依赖, 就破坏了原本在 GenericServlet 类中 init(ServletConfig config)写的代码了, 也就是在 GenericServlet 类中的成员变量 config 会一直是 null, 无法得到赋值, 因为被重写了, 就不会在执行 GenericServlet 中 init(ServletConfig config)方法中的代码. 要想赋值, 就必须在重写的 init(ServletConfig config)方法中调用父类的 init(ServletConfig config)方法, 也就是 super.init(ServletConfig config), 这样一来, 就很不方便, 怕有时候会忘了写这句代码, 所以在 GenericServlet 类中增加一个 init()方法, 以后需要在 init 方法中需要初始化别的数据, 只需要重写 init()这个方法, 而不需要去覆盖 init(ServletConfig config)这个方法, 这样设计, 就好很多, 不用在管 init(ServletConfig config)这个其中的内容了. 也不用出现其他的问题.
service(ServletRequest req, ServletResponse res)
一个抽象方法, 说明在 GenericServlet 类中并没有实现该内容, 那么我们想到的是, 在它上面肯定还有一层, 也就是还有一个子类继承它, 实现该方法, 要是让我们自己写的 Servlet 继承 GenericServlet, 需要自己写 service 方法, 那岂不是累死, 并且我们可以看到, service 方法中的参数还是 ServletRequest,ServletResponse. 并没有跟 http 相关对象挂钩, 所以我们接着往下面看.
HttpServlet 类详解
继承了 GenericServlet 类, 通过我们上面的推测, 这个类主要的功能肯定是实现 service 方法的各种细节和设计. 并且通过类名可以知道, 该类就跟 http 挂钩了.
关注 service(HttpServletRequest req, HttpServletResponse resp)方法和 service(ServletRequest req, ServletResponse res)方法.
service(ServletRequest req, ServletResponse res)方法
该方法中就做一件事情, 就是将 ServletRequest 和 ServletResponse 这两个对象强转为 HttpServletRequest 和 HttpServletResponse 对象. 为什么能这样转?
首先要知道 req,res 是什么类型, 通过打印 System.out.println(req), 可以知道, req 实际上的类型是 org.apache.catalina.connector.RequestFacade Tomcat 中的源码.
通过图可以得知, req 的继承结构: RequestFacade,httpServletRequest,ServletRequest, 我们知道本身 req 是 ServletRequest, 那么从继承结构上看, 它也可以看成 HttpServletRequest, 也可以看成 ServletRequest, 所以强转为 HttpServletRequest 是可以的, 如果不明白, 我举个例子, ArrayList,List,Object 这个, Object obj = new ArrayList(); List list = new ArrayList(); 一个 ArrayList 对象可以看成 List 对象, 也可以看成一个 Object 对象, 现在 obj 是不是可以堪称 List 对象呢? 答案是可以的, 因为 obj 就是 ArrayList 对象, 既然是 ArrayList 对象, 那么就可以看成是 List 对象. 一样的道理, RequestFacade 对应 ArrayList,httpServleRequest 对应 List, ServletRequest 对应 Object.
转换为 httpServletRequest 和 HttpServletResponse 对象之后, 在调用 service(HttpServletRequest req, HttpServletResponse resp)方法.
service(HttpServletRequest req, HttpServletResponse resp)这个方法就是判断浏览器过来的请求方式是哪种, 每种的处理方式不一样, 我们常用的就是 get,post, 并且, 我们处理的方式可能有很多的内容, 所以, 在该方法内会将 get,post 等其他 5 种请求方式提取出来, 变成单个的方法, 然后我们需要编写 servlet 时, 就可以直接重写 doGet 或者 doPost 方法就行了, 而不是重写 service 方法, 更加有针对性. 所以这里就回到了我们上面编写 servlet 时的情况, 继承 httpServlet, 而只要重写两个方法, 一个 doGet, 一个 doPost, 其实就是 service 方法会调用这两个方法中的一个(看请求方式).
五, 重点对象 ServletConfig,ServletContext,request,response
1.ServletConfig:Servlet 配置.
获取: 在 doGet/doPost 方法中直接调用 this.getServletConfig()方法即可.
功能: 上面大概提及了一下, 能得到四个东西,
- getServletName(); // 获取 servlet 的名称, 也就是我们在 Web.xml 中配置的 servlet-name
- getServletContext(); // 获取 ServletContext 对象, 该对象的作用看下面讲解
- getInitParameter(String); // 获取在 servlet 中初始化参数的值. 这里注意与全局初始化参数的区分. 这个获取的只是在该 servlet 下的初始化参数
getInitParameterNames(); // 获取在 Servlet 中所有初始化参数的名字, 也就是 key 值, 可以通过 key 值, 来找到各个初始化参数的 value 值. 注意返回的是枚举类型
注意: 在上面我们所分析的源码过程中, 我们就知道, 其实可以不用先获得 ServletConfig, 然后在获取其各种参数, 可以直接使用其方法, 比如上面我们用的 ServletConfig().getServletName(); 可以直接写成 getServletName(); 而不用在先获取 ServletConfig(); 了, 原因就是在 GenericServlet 中, 已经帮我们获取了这些数据, 我们只需要直接拿就行.
2.ServletContext 对象: Servlet 上下文
获取途径: getServletContext(); ,getServletConfig().getServletContext(); // 这两种获取方式的区别就跟上面的解释一样, 第一种是直接拿, 在 GenericServlet 中已经帮我们用 getServletConfig().getServletContext(); 拿到了 ServletContext. 我们只需要直接获取就行了, 第二种就相当于我们自己在获取一遍, 两种读是一样的.
功能: tomcat 为每个 Web 项目都创建一个 ServletContext 实例, tomcat 在启动时创建, 服务器关闭时销毁, 在一个 Web 项目中共享数据, 管理 Web 项目资源, 为整个 Web 配置公共信息等, 通俗点讲, 就是一个 Web 项目, 就存在一个 ServletContext 实例, 每个 Servlet 读可以访问到它.
1,Web 项目中共享数据, getAttribute(String name),setAttribute(String name, Object obj),removeAttribute(String name)
setAttribute(String name, Object obj) 在 Web 项目范围内存放内容, 以便让在 Web 项目中所有的 servlet 读能访问到
getAttribute(String name) 通过指定名称获得内容
removeAttribute(String name) 通过指定名称移除内容
2, 整个 Web 项目初始化参数 // 这个就是全局初始化参数, 每个 Servlet 中都能获取到该初始化值
- getInitPatameter(String name) // 通过指定名称获取初始化值
- getInitParameterNames() // 获得枚举类型
Web.xml 配置 整个 Web 项目的初始化
和上面 ServletConfig 配置在 < Servlet></Servlet > 标签中的 init-param 参数, 这是是配置在 < context-param></context-param > 标签中的
3, 获取 Web 项目资源
3.1 获取 Web 项目下指定资源的路径: getServletContext().getRealPath("/WEB-INF/web.xml")
3.2 获取 Web 项目下指定资源的内容, 返回的是字节输入流. InputStream getResourceAsStream(java.lang.String path)
前提知识: 需要了解流. 不知道的可以去看看 IO 流总结 http://www.cnblogs.com/whgk/p/5326568.html 的文章
4,getResourcePaths(java.lang.String path) 指定路径下的所有内容.
5. 还有很多别的方法, 暂时用到的就这几个了, 以后需要在用的, 就查看源码, 看 API.
request 对象
我们知道, request 就是将请求文本封装而成的对象, 所以通过 request 能获得请求文本中的所有内容, 请求头, 请求体, 请求行 .
1, 请求行内容的获取.
2 请求头的获取
随便百度一个东西, 然后查看的请求头, 包括以下这些内容, 稍作了解.
String getHeader(java.lang.String name) 获得指定头内容 String[]
long getDateHeader(java.lang.String name) 获得指定头内容 Date
int getIntHeader(java.lang.String name) 获得指定头内容 int
Enumeration getHeaders(java.lang.String name) 获得指定名称所有内容
3 请求体的获取 -- 请求参数的获取
分两种, 一种 get 请求, 一种 post 请求
get 请求参数: http://localhost:8080/test01/MyServlet?username=jack&password=1234
post 请求参数: <form method="post"><input type="text" name="username">
String request.getParameter(String) 获得指定名称, 一个请求参数值.
String[] request.getParameterValues(String) 获得指定名称, 所有请求参数值. 例如: checkbox,select 等
Map<String , String[]> request.getParameterMap() 获得所有的请求参数
4 请求转发
request.getRequestDispatcher(String path).forward(request,response); //path: 转发后跳转的页面, 这里不管用不用 "/" 开头, 都是以 Web 项目根开始, 因为这是请求转发, 请求转发只局限与在同一个 Web 项目下使用, 所以这里一直都是从 Web 项目根下开始的,
Web 项目根:
开发: G:\Workspaces\test01\WebRoot\..
运行时: D:\java\tomcat\apache-tomcat-7.0.53\webapps\test01\..
Web 站点根:
运行时: D:\java\tomcat\apache-tomcat-7.0.53\webapps\..
从这里可以看出, Web 项目根就是从该 Web 项目名开始, 所以我们请求转发时, 只需要接着项目名后面需要访问的路径写就行了,
特点: 浏览器中 url 不会改变, 也就是浏览器不知道服务器做了什么, 是服务器帮我们跳转页面的, 并且在转发后的页面, 能够继续使用原先的 request, 因为是原先的 request, 所以 request 域中的属性都可以继续获取到.
response 对象
常用的一个方法: response.setHeader(java.lang.String name, java.lang.String value) 设置指定的头, 一般常用.
例如: 设置每隔 3 秒就自动刷新一次,
response.setHeader("Refresh",3);
这样可以看到现在时间的秒数, 会发现每隔三秒就会自动刷新一次页面.
这个最重要的一个就是重定向, 其他的一些操作都被封装到 response 对象中了, 重点讲解重定向
重定向(页面跳转)
方式一: 手动方案
- response.setStatus(302); // 状态码 302 就代表重定向
- response.setHeader("location","http://www.baidu.com");
方式二: 使用封装好的, 通过 response.sendRedirect("http://www.baidu.com");
特点: 服务器告诉浏览器要跳转的页面, 是浏览器主动去跳转的页面, 浏览器知道, 也浏览器的地址栏中 url 会变, 是浏览器重新发起一个请求到另外一个页面, 所以 request 是重新发起的, 跟请求转发不一样.
注意: response.sendRedirect(path); //
第一种: response.sendRedirect("/test01/MyServlet01"); // 使用了 "/" 开头, 说明是从 Web 站点根开始, 所以需要写 test01/MyServlet01
第二种: response.sendRedirect("MyServlet01"); // 没有使用 "/" 开头, 说明是从 Web 项目根开始, 那么就无需写 test01 了.
重定向没有任何局限, 可以重定向 Web 项目内的任何路径, 也可以访问别的 Web 项目中的路径, 并且这里就用 "/" 区分开来, 如果使用了 "/" 开头, 就说明我要重新开始定位了, 不访问刚才的 Web 项目, 自己写项目名, 如果没有使用 "/" 开始, 那么就知道是访问刚才那个 Web 项目下的 servlet, 就可以省略项目名了. 就是这样来区别.
五, 总结
这一章节篇幅较长, 不过理清很多知识点
1, 什么是 servlet? 如何编写 servlet?
2, 分析了 servlet 的部分源码, 知道了其中的一些设计巧妙的东西, 比如, 本来编写 servlet 是能看到其生命周期的, 但是在其设计下, 我们只关注 doGet 和 doPost 方法, 为什么能这样呢? 就可以通过源码中得知.
3,servlet 的生命周期, Web.xml 的配置
4,servlet 中的 ServletConfig 对象, ServletContext 对象, request 对象, response 对象的详细讲解. 包括其中的一些常用的方法.
5, 下一篇讲解一下 request,response 的中文乱码问题的解决
来源: http://www.bubuko.com/infodetail-2983614.html