在看《架构探险-从零开始写javaWeb框架》这本书的第一章的时候，发现这个书的框架也是基于servlet3.0写的web项目，所以理解到servlet应该是javaweb的基础。这里需要先补充一波servlet的基础知识。
首先理解servlet是做什么的？
servlet架构图
Web Browser：这是客户端，可以是浏览器，PC程序或手机客户端等。
HTTP Server：服务器（前端机），是用来执行Servlets代码的地方（Servlets本质就是java写出来的类库）。
Servlets Program：Servlet程序，这是用来执行客户端请求的逻辑处理的地方。它可以做的工作有：接收客户端发送过来的数据、与其他服务器进行交互（如数据库，缓存服务器，日志服务器等）、业务逻辑处理（处理数据）、返回数据给客户端。
创建Servlet的三种方式：
（1）实现Servlet接口
（2）继承GenericServlet类
（3）继承HttpServlet方法（常用）
Servlet生命周期：
servlet生命周期
当服务器启动后，Servlet容器在JVM中运行，在第一个http请求到底服务器的Servlet容器后，会进行servlet的初始化，初始化后不同的http请求会单独生成线程，各自独立的执行service()方法。
Servlet的配置：
<web-app>
<servlet>
<servlet-name>HelloForm</servlet-name>//servlet名称
<servlet-class>com.runoob.test.HelloForm</servlet-class>//servlet的包路径
</servlet>
<servlet-mapping>//servlet的路径映射
<servlet-name>HelloForm</servlet-name>//servlet的名称
<url-pattern>/TomcatTest/HelloForm</url-pattern>//servlet的url路径
</servlet-mapping>
</web-app>
使用 Servlet 读取表单数据：
Servlet 处理表单数据，这些数据会根据不同的情况使用不同的方法自动解析：
（1）getParameter()：您可以调用 request.getParameter() 方法来获取表单参数的值。
（2）getParameterValues()：如果参数出现一次以上，则调用该方法，并返回多个值，例如复选框。
（3）getParameterNames()：如果您想要得到当前请求中的所有参数的完整列表，则调用该方法。
HTTP响应头信息：
Allow：服务器支持哪些请求方法（如GET、POST等）。
Content-Encoding：文档的编码（Encode）方法。只有在解码之后才可以得到Content-Type头指定的内容类型。利用gzip压缩文档能够显著地减少HTML文档的下载时间。Java的GZIPOutputStream可以很方便地进行gzip压缩，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此，Servlet应该通过查看Accept-Encoding头（即request.getHeader("Accept-Encoding")）检查浏览器是否支持gzip，为支持gzip的浏览器返回经gzip压缩的HTML页面，为其他浏览器返回普通页面。
Content-Length：表示内容长度。只有当浏览器使用持久HTTP连接时才需要这个数据。如果你想要利用持久连接的优势，可以把输出文档写入 ByteArrayOutputStream，完成后查看其大小，然后把该值放入Content-Length头，最后通过byteArrayStream.writeTo(response.getOutputStream()发送内容。
Content-Type：表示后面的文档属于什么MIME类型。Servlet默认为text/plain，但通常需要显式地指定为text/html。由于经常要设置Content-Type，因此HttpServletResponse提供了一个专用的方法setContentType。
Date：当前的GMT时间。你可以用setDateHeader来设置这个头以避免转换时间格式的麻烦。
Expires：应该在什么时候认为文档已经过期，从而不再缓存它？
Last-Modified：文档的最后改动时间。客户可以通过If-Modified-Since请求头提供一个日期，该请求将被视为一个条件GET，只有改动时间迟于指定时间的文档才会返回，否则返回一个304（Not Modified）状态。Last-Modified也可用setDateHeader方法来设置。
Location：表示客户应当到哪里去提取文档。Location通常不是直接设置的，而是通过HttpServletResponse的sendRedirect方法，该方法同时设置状态代码为302。
Refresh：表示浏览器应该在多少时间之后刷新文档，以秒计。除了刷新当前文档之外，你还可以通过setHeader("Refresh", "5; URL=http://host/path")让浏览器读取指定的页面。
注意这种功能通常是通过设置HTML页面HEAD区的＜META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path"＞实现，这是因为，自动刷新或重定向对于那些不能使用CGI或Servlet的HTML编写者十分重要。但是，对于Servlet来说，直接设置Refresh头更加方便。
注意Refresh的意义是"N秒之后刷新本页面或访问指定页面"，而不是"每隔N秒刷新本页面或访问指定页面"。因此，连续刷新要求每次都发送一个Refresh头，而发送204状态代码则可以阻止浏览器继续刷新，不管是使用Refresh头还是＜META HTTP-EQUIV="Refresh" ...＞。
注意Refresh头不属于HTTP 1.1正式规范的一部分，而是一个扩展，但Netscape和IE都支持它。
Server：服务器名字。Servlet一般不设置这个值，而是由Web服务器自己设置。
Set-Cookie：设置和页面关联的Cookie。Servlet不应使用response.setHeader("Set-Cookie", ...)，而是应使用HttpServletResponse提供的专用方法addCookie。参见下文有关Cookie设置的讨论。
WWW-Authenticate：客户应该在Authorization头中提供什么类型的授权信息？在包含401（Unauthorized）状态行的应答中这个头是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")。
注意Servlet一般不进行这方面的处理，而是让Web服务器的专门机制来控制受密码保护页面的访问（例如.htaccess）。
HTTP常见状态码：
200 - 请求成功
301 - 资源（网页等）被永久转移到其它URL
403：被禁止访问
404 - 请求的资源（网页等）不存在
500 - 内部服务器错误
HTTP状态码分类
分类分类描述
1**信息，服务器收到请求，需要请求者继续执行操作
2**成功，操作被成功接收并处理
3**重定向，需要进一步的操作以完成请求
4**客户端错误，请求包含语法错误或无法完成请求
5**服务器错误，服务器在处理请求的过程中发生了错误
Servlet过滤器：
（1）配置
<filter>
<filter-name>LogFilter</filter-name>//过滤器名称
<filter-class>com.runoob.test.LogFilter</filter-class>//过滤器包路径
<init-param>
<param-name>Site</param-name>//过滤器初始化参数
<param-value>简书</param-value>//过滤器初始化参数值
</init-param>
</filter>
<filter-mapping>//过滤器映射表
<filter-name>LogFilter</filter-name>//被映射过滤器名称
<url-pattern>/*</url-pattern>//被映射的url路径（这里是所有的url都会执行该过滤器）
</filter-mapping>
（2)过滤器的实现
1）public void doFilter (ServletRequest, ServletResponse, FilterChain)该方法完成实际的过滤操作，当客户端请求方法与过滤器设置匹配的URL时，Servlet容器将先调用过滤器的doFilter方法。FilterChain用户访问后续过滤器。
2）public void init(FilterConfig filterConfig)web 应用程序启动时，web 服务器将创建Filter 的实例对象，并调用其init方法，读取web.xml配置，完成对象的初始化功能，从而为后续的用户请求作好拦截的准备工作（filter对象只会创建一次，init方法也只会执行一次）。开发人员通过init方法的参数，可获得代表当前filter配置信息的FilterConfig对象。
3）public void destroy()Servlet容器在销毁过滤器实例前调用该方法，在该方法中释放Servlet过滤器占用的资源。
当服务器启动的时候，创建的Filter对象会触发实施init方法，读取web.xml里的配置。当某个url请求被绑定了过滤器后，会执行doFilter方法，实现相应的逻辑，当不需要过滤器的时候，执行destory方法，销毁过滤器。
web.xml 中的 filter-mapping 元素的顺序决定了 Web 容器应用过滤器到 Servlet 的顺序。若要反转过滤器的顺序，您只需要在 web.xml 文件中反转 filter-mapping 元素即可。
Servlet 异常处理：
当一个 Servlet 抛出一个异常时，Web 容器在使用了 exception-type 元素的 web.xml 中搜索与抛出异常类型相匹配的配置。
您必须在 web.xml 中使用 error-page 元素来指定对特定异常 或 HTTP 状态码 作出相应的 Servlet 调用。
servlet异常处理web.xml配置
如果您想对所有的异常有一个通用的错误处理程序，那么应该定义下面的 error-page，而不是为每个异常定义单独的 error-page 元素：
<error-page>
<exception-type>java.lang.Throwable</exception-type > <location>/ErrorHandler</location>
</error-page>
网友评论