(JavaEE-04)Servlet
博客专区 > _-Leon-_ 的博客 > 博客详情
(JavaEE-04)Servlet
_-Leon-_ 发表于3年前
(JavaEE-04)Servlet
  • 发表于 3年前
  • 阅读 387
  • 收藏 11
  • 点赞 0
  • 评论 0

腾讯云 新注册用户 域名抢购1元起>>>   

摘要: Servlet与Eclipse

#Servlet

  • Servlet是sun公司提供的一套专门用于开发动态web资源的技术
  • sun公司在ServletAPI中提供了一个servlet接口,如果需我们需要开发一个动态web资源,需要两步:

> * 编写一个Java类,实现servlet接口 > * 把开发好的Java类部署到web服务器中

###demo:使用servlet给浏览器输出“Hello World!~”

  • 首先查看ServletAPI,Servlet开发属于JavaEE技术,在JavaSEAPI中是没有的,需要查看JavaEEAPI,但是JavaEEAPI太过繁多,建议直接查看ServletAPI
  • 根据API可以得知Servlet具体释义以及相关接口和类(GenericServlet, HttpServlet)
  • 在webapps下新建一个web应用,搭建必要的目录结构与文件(WEB-INF、classes、lib、web.xml)
  • 在classes文件夹下新建一个Java源文件(也可以不在这里),文件名叫HelloServlet.java(可以不是这个名字)
  • 继承GenericServlet接口,重写service方法,在service方法中使用response对象编写给客户端发送数据的程序(获取输出流)
  • 添加import和package语句
  • 对该文件进行编译,由于有package,要使用 -d 来进行编译,而且需要使用JavaEE的类,所以需要JavaEE的Jar文件
  • 使用set classpath来设置类文件路径(set classpath=%classpath%;serlvet-api.jar文件的目录)
  • javac -d . HelloServlet.java(进行编译)
  • 将这个Servlet配置到web容器中(配置web.xml,添加servlet元素与servlet-mapping元素)
  • 启动服务器,访问Servlet

>使用UML描述Servlet的调用过程

###Servlet的生命周期 Servlet会在第一次被访问的时候创建出相应的Servlet对象,为了方便后续请求的访问,Web容器创建一个Servlet对象后,会一直将其保存在容器中,以后关于该Servlet的请求,都使用该对象处理,一直不会被销毁,直到web容器关闭。也就是说,在一个Servlet运行的过程中,web容器中有且只有一个该Servlet对象存在,多个请求使用多线程来分别处理,一个请求对应一个线程,多个请求多个线程(Tomcat会给每个线程创建对应的request对象和response对象,一起交给Servlet对象),这些线程共享Servlet对象!可以得出一个结论:Servlet是非线程安全的,但是request对象和response对象是线程安全的 >Servlet的生命周期演示(init方法与destroy方法)

###使用Eclipse开发Servlet

  • 怎样创建一个web项目
  • 给Eclipse配置Tomcat服务器(Tomcat使用的虚拟机与web应用编译器的版本问题)
  • 导入web开发的相关jar文件
  • Eclipse帮助我们都干了哪些事情

###HttpServlet HttpServlet指得是能够处理HTTP请求的serlvet,它在原有的Servlet接口上添加了一些HTTP协议处理的方法,它更加强大,在开发中通常继承这个类。 HttpServlet在实现Servlet接口时,重写了service方法,该方法内部会自动判断用户的请求方式,比如是get请求,则会调用HttpServlet的doGet方法,post请求,调用doPost方法。 在开发中,直接覆盖doGet和doPost方法,不用覆盖service方法。 > 阅读HttpServlet文档,查看HttpServlet源码(ctrl+shift+T) > 使用Eclipse创建一个新的Servlet,继承HttpServlet,直接创建Servlet,自动生成配置(一个Servlet可以配置多个映射)

#Servlet细节总结

  1. **Servlet如果想要外部访问,必须把Servlet程序映射到一个URL地址上,在web.xml中使用`<servlet>`元素和`<servlet-mapping>`元素完成**
     >`<servlet>`元素用于注册Servlet,它包含两个子元素:`<servlet-name>`和`<servlet-class>`,分别用于注册Servlet的注册名称和Servlet的完整类名
     >`<servlet-mapping>`元素用于映射一个已经注册的Servet对外访问路径,它包含两个子元素:`<servlet-name>`和`<url-pattern>`,分别用于指定注册名和对外访问路径
    
  2. 用一个Servlet可以被映射到多个URL上 >在Servlet映射到的URL,可以使用通配符来配置,但是只能有两种固定的格式: > * “ * . 扩展名”,如: *.do,*.html(伪静态) > * "/* ",如:/action/*

  3. 使用了通配符后,就会产生一些新的问题,如下:

    • Servlet1 映射到 /abc/*
    • Servlet2 映射到 /*
    • Servlet3 映射到 /abc
    • Servlet4 映射到 *.do
那么当这样通配后,对于相似的URL请求会怎么去处理呢?举例来说明:

* `/abc/a.html,/abc/* 和 /* 都匹配,Servlet引擎将会调用Servlet1`
* `/abc,/abc/* 和 /abc 都匹配,Servlet引擎将会调用Servlet3`
* `/abc/a.do,/abc/* 和 *.do 都匹配,Serlvet引擎将会调用Servlet1`
* `/a.do,/* 和 *.do 都匹配,Servlet引擎将会调用Servlet2`
* `/xxx/yyy/a.do,/* 和 *.do 都匹配,Servlet引擎将会调用Servlet2`

\*号开头的优先级最低!不以\*开头的话,哪个最像选择哪个
  1. Servlet是不能独立运行的,它的运行完全是由Servlet引擎来控制和调度的。一个Servlet如果被访问,不管访问多少次,Web容器中之后一个Servlet对象,被多个请求(线程)共享,但是每次执行service方法,都是根据这次请求重新创建的请求对象和响应对象。当本次请求完成,请求对象和响应对象都会被销毁(响应对象的销毁在创建了标准的Http响应之后)。

  2. &lt;serlvet&gt;元素可以配置随着web容器的启动而创建该Servlet对象。使用&lt;load-on-startup&gt;元素来完成,在创建过程中,就会调用Servlet的init方法。如果有一些操作需要在服务 器启动的时候就完成,就可以使用这种方式来完成(初始化数据库连接池等)。

  3. 如果某个Servlet的映射路径为 "/",那么这个Servlet就是当前web应用的默认Servlet。凡是在web.xml中找不到映射的URL,它们的访问请求都将交给这个默认的Servlet处理,也就是说,默认的Servlet用于处理所有其它Servlet都不处理的请求。

    >其实对于Tomcat来说,我们所有的请求都不能直接到达web资源,都会经过一个Servlet。如:http://localhost:8080/testweb/1.html ,如果项目根目录有一个 1.html 文件 >是可以请求的到的,但其实,并不是直接访问了该资源,Tomcat有一个默认的Servlet,由这个默认的Servlet读取了这个资源,然后返回给客户端。如果没有,就是404 >如果你自定义了默认的Servlet,将会覆盖掉系统的默认Servlet,所以不建议这么做。(查看Tomcat的web.xml,其实所有的静态资源,都由该Servlet处理)

  4. 线程安全

    >Servlet存在线程安全问题,在实际开发中,要根据具体情况来编写解决同步的代码 >在Servlet中编写程序时,要注意对象的静态属性的处理,不然会引发内容溢出的问题(对象的静态集合属性处理) >标准解决方案:同步代码块。非标准解决方案:SingleThreadModel(已经被废弃) 对于Servlet的线程安全问题,的确是一个比较灵活的问题,那么有以下几条开发建议,可以避免Servlet的线程安全问题:

  5. 尽量避免使用成员变量,如果万不得已使用了,就需要同步,但是注意同步可用性最小的代码路径

  6. 要清楚request是线程安全的,HttpSession,ServletContext都不会线程安全的

  7. 使用同步的集合类

  8. 不要在Servlet中创建自己的线程来完成某个功能(增加了复杂度)

  9. 在多个servlet中对外部对象(比如文件)进行修改操作时,一定要加锁,做到互斥的访问效果

#ServletConfig对象

  • 在Servlet的配置文件中,可以使用一个或多个&lt;init-param&gt;标签为servlet配置一些初始化参数
  • 当配置了初始化参数后,在web容器在创建servlet实例对象时,会自动将这些初始化参数封装到ServletConfig对象中,并在调用servlet的init方法时,将ServletConfig对象传递 servlet。进而,在程序中通过ServletConfig对象就可以得到当前servlet的初始化参数信息。
  • ServletConfig一般应用于帮助Servlet存储一些固定信息,如:字符编码、数据库连接、获取配置文件等
  • 如果使用的Servlet继承了HttpServlet,由于在GenericServlet中实现了对于Config对象的处理,所以在自己的Servlet中,直接使用getConfig对象就可以了。

#ServletContext对象(重点)

  • Web容器在启动时,它会为每个Web应用都创建一个对应的ServletContext对象,它代表当前web应用。
  • 通过ServletConfig对象是可以获取ServletContext对象的(如果继承了HttpServlet,可以直接使用getServletContext()来获取ServletContext对象)
  • 一个Web应用只有一个ServletContext,所以这个对象将会被所有的Servlet所共享,通过这个特性,我们可以利用ServletContext让多个Servlet进行数据传递
  • 要明白Servlet对象是由web服务器来掌管生死,千万不要自己创建Servlet对象来进行传值
  • ServletContext对象通常被称之为Context域对象
  • 查看ServletContext API文档
  • ServletContext初始化参数
  • 获取Servlet规范的版本号,获取文件的MIME类型表示
  • ServletContext可以做请求转发,将一个Servlet的请求转发给另一个,一般用于(MVC设计模式)

###MVC简单介绍 到目前为止,对于客户端的请求,我们都是使用对应的Servlet来做简单处理,但是问题是,一般的,不可能就简单在返回一个字符串或者在控制台打印一个语句,应该给客户返回一个html页面,那么这个html页面哪里来?如果这个html是个静态资源,那么很简单,但是我们开发的是动态web资源,该怎么办呢?其实很简单,使用Servlet的response对象发送html的字符流给客户端。这种方法表面上看起来是没有什么问题,但是实际操作你就会发现,这个做法相当麻烦,而且开发效率很低,应该专门有一种特殊能力的Servlet来处理html的绘制,这种具有特殊能力的Servlet就是JSP。

MVC简单介绍

JSP其实就是一个特殊的Servlet,它能很好的处理html的问题,使得页面的渲染与程序逻辑的处理可以得以分离。(demo,在Servlet中传值并转发给一个JSP)

#在Servlet中获取各种资源文件(重点)

在实际开发中,很多时候需要获取服务器上的一些别的资源来帮助开发,这些资源的获取方式都不太一样。

从web目录中读取资源文件

如果在开发中,需要的文件存储在WebContent(项目目录)中,那就使用ServletContext来读取,相关的方法有:

  • getRealPath(String path),返回一个虚拟路径对应资源的真实路径
  • getResource(String path),返回一个虚拟路径对应资源的URL对象
  • getRescourceAsStream(String path),返回一个虚拟路径对应资源的输入流
  • getResoucePaths(String path),返回一个虚拟路径下的所有对应资源的集合

> 这些方法中的参数都不应该是资源的绝对路径或相对路径,应该是一个针对当前应用的虚拟路径,应该以 “/” 开头,这个 "/" 就表示web应用所在目录,也成为项目根目录,然后按照资源在应用的目录结构来指定资源的虚拟路径。

从源代码src(类路径)文件夹中读取资源文件

在很多时候,我们的资源文件并不在Web资源目录中,而是在类目录中,这个时候怎么读取呢?

  • 使用类加载器来获取类路径中的资源:getSystemResource(String path),getResource(String path)
  • 使用类本身来获取类路径中的资源:getResource(String path)
  • 使用ServletContext获取项目根目录,然后按照项目层级去读取文件(WEB-INF/classes/a.txt)

>* 根据类加载器来获取资源时,不要添加 "/",类加载器会从该加载器的类路径根目录来查找 path 指定的资源,加了 "/",反而找不到。 >* 使用类本身来获取资源时,加 "/" ,意味着从类路径的根目录来查找,不加 "/",意味着,从当前类所在的文件夹来查找资源 >* web应用和本地方法运行的效果是不一样的,有关于System的资源获取,在web应用中是不起作用的 >* 还有 getResourceAsStream(String path)系列的方法,跟上述的 getResource(String path)方法特点是一致的,只不过一个是返回URL对象,一个是返回流对象 >* 使用类加载器的 getResourceAsStream(String path) 方法来获取资源的输入流时,不能实现动态读取文件变更,应该用类加载器来获取路径,然后用传统的读取文件的方式再次读取文件,这样就能实现实时更新数据了 >* 如果资源文件过大,不要使用类加载器的方式来直接获取,因为这种方式会直接把资源全部加载进内存,容易内存溢出,使用类加载器获取地址,用传统方式的流然后缓冲读取 >* 关于System与no-System的方法有什么区别,我已经总结好了,如果需要进一步了解,参看官方关于Resources的解释

#在客户端缓存Servlet的输出 对于不经常变化的数据,在Servlet中可以为其设置合理的缓存时间值,以避免浏览器频繁得向服务器发送请求,提升服务器的性能。

String data = "aaaaaaaaaaaaaaaaaaaaaa";
long time = System.currentTimeMillis() + 1 * 24 * 60 * 60 * 1000;
System.out.println("hehe");
response.setDateHeader("expires", time);
response.getWriter().write(data);
标签: Servlet
共有 人打赏支持
粉丝 11
博文 17
码字总数 34045
×
_-Leon-_
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: