Servlet细节

生命周期

当servlet被部署在应用服务器中（应用服务器中用于管理Java组件的部分被抽象成为容器）以后，由容器控制servlet的生命周期。除非特殊指定，否则在容器启动的时候，servlet是不会被加载的，servlet只会在第一次请求的时候被加载和实例化。servlet一旦被加载，一般不会从容器中删除，直至应用服务器关闭或重新启动。但当容器做内存回收动作时，servlet有可能被删除。也正是因为这个原因，第一次访问servlet所用的时间要大大多于以后访问所用的时间。

servlet在服务器的运行生命周期为，在第一次请求（或其实体被内存垃圾回收后再被访问）时被加载并执行一次初始化方法，跟着执行正式运行方法，之后会被常驻并每次被请求时直接执行正式运行方法，直到服务器关闭或被清理时执行一次销毁方法后实体销毁。

Servlet自动加载
init做初始化的操作，非常消耗时间的。
在<servlet>标签下
<load-on-startup>3</load-on-startup>
　　* 值是正整数
　　* 如果值越小，优先级越高。

Servlet访问URL映射配置

<servlet>
    <servlet-name>ServletDemo1</servlet-name>
    <servlet-class>gacl.servlet.study.ServletDemo1</servlet-class>
  </servlet>

  <servlet-mapping>
    <servlet-name>ServletDemo1</servlet-name>
    <url-pattern>/servlet/ServletDemo1</url-pattern>
  </servlet-mapping>

同一个Servlet可以被映射到多个URL上

如果某个Servlet的映射路径仅仅为一个正斜杠（/），那么这个Servlet就成为当前Web应用程序的缺省Servlet。 

凡是在web.xml文件中找不到匹配的<servlet-mapping>元素的URL，它们的访问请求都将交给缺省Servlet处理，也就是说，缺省Servlet用于处理所有其他Servlet都不处理的访问请求。 

　　

Servlet映射匹配问题

配置虚拟路径（访问路径）
完全路径匹配
　　 以/开头的 
目录匹配
　　 以/开头的 /*
 扩展名匹配
　　不能以/开头的 *.do  *.action
优先级：完全路径匹配 > 目录匹配 > 扩展名匹配（*****）

WEB开发中路径的问题
相对路径
　　* 一个文件相对于另一个文件的位置的关系。
　　* 不能以/开头 写法： ./demo    demo    ../demo

　　* 访问1.html： http://localhost/day09/1.html
　　* 访问demo5： http://localhost/day09/demo5
　　* 从1.html中去访问demo5：./demo5  demo5

　　* 访问2.html： http://localhost/day09/html/2.html
　　* 访问demo5： http://localhost/day09/demo5
　　* 从2.html访问demo5：../demo5

绝对路径（推荐使用）
　　* 以/开头的
　　* 访问demo5： http://localhost/day09/demo5
　　* 从1.html使用绝对路径访问demo5：http://localhost/day09/demo5
　　* 简写方式：/day09/demo5

　　* 客户端绝对路径
　　　　* /day09/demo5 需要写项目名

　　* 服务器绝对路径
　　　　* /demo5 不能写项目名

ServletContext对象（域对象） 
　　* 定义：WEB容器在启动时，它会为每个WEB应用程序都创建一个对应的ServletContext对象，它代表当前web应用。
　　　　一个WEB应用对应一个ServletContext对象
　　　　一个WEB应用下有多个Servlet程序
　　　　所有的servlet程序都共享同一个ServletContext对象
　　* 作用：
　　　　* 获取WEB应用全局初始化参数
　　* 在web.xml中配置
　　

　　<context-param>
　　　　<param-name>encoding</param-name>
　　　　<param-value>GBK</param-value>
　　</context-param>

　　String getInitParameter(String name)	
　　getInitParameterNames()

实现数据的共享（*****）

void setAttribute(String name, Object object) 存入数据
void removeAttribute(String name) 删除数据
Object getAttribute(String name) 获取数据

读取资源文件（*****）

InputStream getResourceAsStream(String path) 通过文件的地址获取输入流
String getRealPath(String path) 通过文件的地址获取文件的绝对磁盘路径

获取Web应用的初始化参数

　　

Servlet的线程安全问题

　　当多个客户端并发访问同一个Servlet时，web服务器会为每一个客户端的访问请求创建一个线程，并在这个线程上调用Servlet的service方法，因此service方法内如果访问了同一个资源的话，就有可能引发线程安全问题。

针对Servlet的线程安全问题，Sun公司是提供有解决方案的：让Servlet去实现一个SingleThreadModel接口，如果某个Servlet实现了SingleThreadModel接口，那么Servlet引擎将以单线程模式来调用其service方法。
　　查看Sevlet的API可以看到，SingleThreadModel接口中没有定义任何方法和常量，在Java中，把没有定义任何方法和常量的接口称之为标记接口，经常看到的一个最典型的标记接口就是"Serializable"，这个接口也是没有定义任何方法和常量的，标记接口在Java中有什么用呢？主要作用就是给某个对象打上一个标志，告诉JVM，这个对象可以做什么，比如实现了"Serializable"接口的类的对象就可以被序列化，还有一个"Cloneable"接口，这个也是一个标记接口，在默认情况下，Java中的对象是不允许被克隆的，就像现实生活中的人一样，不允许克隆，但是只要实现了"Cloneable"接口，那么对象就可以被克隆了。

　　让Servlet实现了SingleThreadModel接口，只要在Servlet类的定义中增加实现SingleThreadModel接口的声明即可。  
　　对于实现了SingleThreadModel接口的Servlet，Servlet引擎仍然支持对该Servlet的多线程并发访问，其采用的方式是产生多个Servlet实例对象，并发的每个线程分别调用一个独立的Servlet实例对象。
　　实现SingleThreadModel接口并不能真正解决Servlet的线程安全问题，因为Servlet引擎会创建多个Servlet实例对象，而真正意义上解决多线程安全问题是指一个Servlet实例对象被多个线程同时调用的问题。事实上，在Servlet API 2.4中，已经将SingleThreadModel标记为Deprecated（过时的）。  

posted @ 2017-04-10 17:37  wqkant  阅读(151)  评论(0)  编辑  收藏  举报