13Servlet文档格式.docx
《13Servlet文档格式.docx》由会员分享,可在线阅读,更多相关《13Servlet文档格式.docx(33页珍藏版)》请在冰豆网上搜索。
•由浏览器充当客户端,不需要单独开发及安装
1.2.什么是Servlet
1.2.1.扩展Web服务器功能
•Servlet是sun推出的用来在服务器端处理HTTP协议的组件.Servlet技术是使用Java语言开发的一套组件规范,不再像CGI技术那样需要分配单独的进程来处理请求,而是单独分配一个线程来处理,于是大大提升了处理效率。
并且Java语言是跨平台的语言,也提升了Web服务器扩展程序的可移植性,已经取代了CGI技术,成为BS架构中的主流技术。
所有后续的BS架构中的主流框架本质上都是基于Servlet来实现的。
1.2.2.组件规范
组件规范是依靠一套API来实现的,也就是说开发中只要基于Sun公司提供的这套API,按照一定的规则来编写程序,那么就可以实现针对Web服务器的功能扩展。
但是组件只是对部分功能的一个实现,不能单独运行,必须放在一定的环境中才能运行。
而这个针对各个组件进行管理、创建、销毁的运行环境即容器。
1.2.3.Servlet组件运行原理
Servlet作为补充Web服务器功能的组件,需要依赖于Servlet容器才能运行
在浏览器中输入请求地址后,浏览器会依据IP地址及端口号找到对应的Web服务器,如果请求的是静态资源,Web服务器直接提供响应;
如果请求的是动态资源,Web服务器的通信模块会将该请求传递给Servlet容器的通信模块,Servlet容器负责创建Servlet实例,并将请求中的数据解析出来传递给Servlet。
在Servlet处理完数据之后,响应结果也是由容器的通信模块负责返回给Web服务器。
后续的Servlet的销毁及管理都由容器来负责。
能够充当Servlet容器这个角色的有很多软件,如Tomcat、Weblogic、JBoss等。
而这些Servlet容器不仅仅具备了管理Servlet组件的功能,也具备了Web服务器的一些功能,所以很多时候只要安装一个Tomcat软件就同时具备了Web服务器及Servlet容器的双重功能。
1.3.如何开发一个Servlet
1.3.1.安装Tomcat
Servlet是Web服务器功能的补充,要想能够运行必须依赖Servlet容器的管理才可以,为了进行下一步的Servlet的具体开发,则需要先准备用于运行Servlet的环境,在学习过程中我们选择的是主流的Tomcat作为Web服务器及Servlet容器。
下面,简单介绍下Tomcat的安装步骤:
步骤一:
下载并解压安装文件
在浏览器中输入tomcat.apache.org,在Download菜单中选择Tomcat7.0后会得到如图-4所示的下载链接。
选择Core下面符合当前操作系统的版本后下载,下载后的文件为压缩文件,解压到硬盘即可。
假定Tomcat解压后的路径为c:
\java\tomcat7.0
步骤二:
配置环境变量
选择“我的电脑”右键(“属性”(“高级系统设置”(“环境变量”用于新建及修改一些环境变量,以保证系统记录解压的Tomcat软件的位置。
点击系统变量下的“新建”按钮,创建“变量名”为CATALINA_HOME,“变量值“为c:
\java\tomcat7.0的环境变量后点击确定按钮,
选中系统变量中的“Path“后点击编辑,在原有内容的最前面添加“%CATALINA_HOME%\bin;
”后点击确定按钮。
注意:
修改值的时候光标放在最前面,并且要用分号将路径与原有Path的值分开。
若安装jdk时已配置了CLASS_PATH变量,则选中系统变量中的“CLASS_PATH“后点击编辑,在原有内容的最前面添加“%CATALINA_HOME%\lib\servlet-api.jar;
修改值的时候光标放在最前面,并且要用分号将路径与原有CLASS_PATH的值分开。
至此,环境变量配置完毕。
步骤三:
启动Tomcat
为了检测环境变量是否配置成功,以及Tomcat是否能够成功启动,首先进入命令行,windows系统下可以使用“cmd“命令进入。
在命令行窗口下输入“startup”命令,
打开浏览器,输入“http:
//localhost:
8080”地址
至此,看到该页面即代表Tomcat启动成功。
步骤四:
关闭Tomcat
在命令提示符下输入“shutdown”命令后,Tomcat的命令提示符窗口会关闭,在浏览器中再次输入http:
8080,代表关闭Tomcat
1.3.2.开发Servlet的步骤
编写一个实现Servlet接口或继承HttpServlet的Java类
在硬盘上新建一个文件名为“HelloServlet.java”的源文件,并编写代码如下:
01.packageweb;
12.publicclassHelloServletextendsHttpServlet{
13.protectedvoidservice(HttpServletRequestreq,HttpServletResponseres)throwsServletException,IOException{
14.resp.setContentType("
text/html"
);
15.PrintWriterout=resp.getWriter();
16.out.write("
<
h1>
HelloServlet"
17.out.close();
18.}
19.}
使用javac命令编译源文件为字节码文件
在命令行提示符下,进入到HelloServlet.java文件所在的位置,输入如下命令:
01.javacHelloServlet.java–cpc:
\java\tomcat7.0\lib\servlet-api.jar
在没有报错的情况下会在java源文件的同级目录内出现HelloServlet.class的文件,代表编译成功。
将编译完的组件打包
将组建打包,并新建web.xml文件,内容如下:
01.<
?
xmlversion="
1.0"
encoding="
UTF-8"
>
02.<
web-appversion="
2.5"
03.xmlns="
04.xmlns:
xsi="
http:
//www.w3.org/2001/XMLSchema-instance"
05.xsi:
schemaLocation="
06.
07.<
servlet>
08.<
servlet-name>
helloServlet<
/servlet-name>
09.<
servlet-class>
web.HelloServlet<
/servlet-class>
10.<
/servlet>
11.<
servlet-mapping>
12.<
13.<
url-pattern>
/sayHi<
/url-pattern>
14.<
/servlet-mapping>
15.<
/web-app>
部署
将整个firstweb文件夹拷贝到c:
\java\tomcat7.0\webapps
步骤五:
启动Tomcat,并访问Servlet
在命令提示符下输入“startup”命令启动Tomcat,启动成功后,打开浏览器,在地址栏中输入“http:
8080/firstweb/sayHi“回车,得到第一个Web应用程序的运行结果。
1.4.常见错误及解决方法
1.4.1.404错误产生原因及解决方法
404产生的原因为Web服务器(容器)根据请求地址找不到对应资源,以下情况都会出现404的错误提示:
1.输入的地址有误(应用名大小写不正确,名称拼写不正确)
2.在web.xml文件中<
和<
中的两个<
不一致
3.没有将工程部署到Tomcat的webapps下面
4.Web工程部署时的结构没有遵循Servlet的规范
具体的解决办法就是根据上面提到的4种情况,逐条进行检查。
1.4.2.容器如何找到service()方法
当在浏览器中输入http:
8080/firstweb/sayHi这个地址后,容器是如何找到HelloServlet.class这个文件并执行的呢?
首先容器会根据firstweb这个应用名找到位于webapps下面对应的文件夹,然后根据地址中的“/sayHi”到web.xml文件中寻找与之匹配的<
节点,找到匹配的节点后会找到与该节点紧邻的<
节点,获取名称并在此寻找与该名称相等的<
节点,找到相等的节点后,搜寻该节点下面紧邻的<
节点,于是获取到了与该地址相对应的类名,借助于ClassLoader加载该类文件,创建对象并调用service()方法,客户端即看到了与该地址匹配的运行结果。
1.4.3.405错误产生原因及解决方法
405这个错误的产生原因是容器找不到service方法来处理请求。
以下情况容器都将视为没有找到service()方法
1.service方法名写错,字母顺序不对或大小写错误
2.service方法参数类型与标准不一致,或参数顺序与标准不一致。
一定是先HttpServletRequest,然后是HttpServletResponse类型
3.service方法异常、返回值类型与标准不一致,一定是抛出ServletException、IOException。
返回值类型是void。
解决405错误的方法即检查service方法是否存在,签名(方法名、参数、返回值、异常类型)是否与覆盖的父类中的方法一致。
1.4.4.500错误产生原因及解决方法
500的错误原因是请求的Servlet在执行service方法的过程中出现了错误,程序不能继续运行了。
以下情况容器都将视为500的一种情况,而返回给客户端这个错误说明。
1.Servlet没有继承HttpServlet或实现Servlet接口
2.web.xml文件中的<
写错,与真正的包名类名不符
3.service方法中的代码运行时抛出异常
解决500的方法为依据上面三种情况依次进行检测,逐条排除。
1.5.HTTP协议
1.5.1.什么是HTTP协议
HTTP协议是HyperTextTransferProtocol的缩写,即超文本传输协议。
是由w3c(万维网联盟)制定的一种应用层协议,用来定义浏览器与web服务器之间如何通信以及通信的数据格式。
因为BS架构中的通信模块就是以HTTP这个协议作为标准协议的,所以对该协议有所了解可以更好的编写程序。
1.5.2.HTTP协议是如何通信的
HTTP协议的通信过程可以分为以下四个步骤:
1.浏览器根据IP地址和端口号与服务器建立连接
2.向Web服务器发送请求数据包
3.Web服务器接收请求数据包后,发送相应的响应数据包
4.浏览器接收响应数据后关闭连接
在这个过程中,一次请求对应一次连接,当浏览器再次发请求给服务器时,Web服务器并不知道这就是上次发请求的客户端,这也是HTTP协议的一个特点-无状态协议。
这种需要时建立连接,使用结束后立即断开连接的方式使得Web服务器可以利用有限的连接为尽可能多的客户提供服务。
也正是具备了这样的特点,才使得BS结构能够承载企业级应用的大量访问。
1.5.3.HTTP协议中的数据格式
在HTTP协议控制的数据走向中,既包括客户端发送给服务器端的请求数据也包括服务器端返回给客户端的响应信息,而具有一定规范的数据格式是保证通信标准的第一要素。
借助于一些浏览器的插件或者浏览器本身内嵌的功能模块,可以实现对请求数据、响应数据的抓取,熟练掌握这些数据的主要部分,可以有利于理解BS模型中的一些处理问题的方式。
通常情况下的请求数据包及响应数据包结
1.5.4.请求数据包组成
请求数据包包含三个部分:
1.请求行,包括请求方式,请求资源路径,以及协议版本
2.消息头是由若干的键值对组成,主要用于传递给Web服务器一些信息。
如,浏览器版本、接受资源的类型等
3.在消息头的下面会跟着一个空白行,这样就可以区分出消息头与实体内容这两个部分。
而在请求数据包中,大部分情况实体内容为空,只有当请求方式为POST时,实体内容才有要提交的表单数据
1.5.5.响应数据包组成
响应数据包也包含三个部分:
1.状态行,包括协议类型、版本、状态码、状态描述
2.消息头(若干),也是多组键值对组成的信息说明。
如返回的Content-Type消息头可以告诉浏览器返回的结果数据类型和字符集
3.实体内容,位于消息头下面的一个空白行之后。
空白行意在通知浏览器消息头的结束以及结果内容的开始,浏览器就从这里开始数据的逐行解析
1.6.Servlet如何处理HTTP协议
1.6.1.如何控制通信数据
HTTP协议在Web容器这端主要表现为通信数据的到达以及响应数据的返回。
于是Web容器将这两部分数据解释为两个对象,一个是与请求数据对应的HttpServletRequest对象,一个是与响应数据对应的HttpServletResponse对象。
对于Servlet来讲,主要的业务逻辑过程就是从请求对象中获取数据,经过加工后将结果附着在响应对象中发送回客户端。
1.6.2.HttpServletRequest对象
借助于HttpServletRequest对象可以实现很多操作,如读取请求行、消息头信息,取得路径信息等。
使用如下代码可以实现相关功能。
14.publicclassRequestServletextendsHttpServlet{
16.protectedvoidservice(HttpServletRequestreq,HttpServletResponseresp)
17.throwsServletException,IOException{
18.Enumeratione=req.getHeaderNames();
19.while(e.hasMoreElements()){
20.StringheaderName=e.nextElement().toString();
21.System.out.println(headerName+"
:
"
+req.getHeader(headerName));
22.}
23.System.out.println(req.getMethod());
24.System.out.println(req.getProtocol());
25.System.out.println(req.getRequestURI());
26.System.out.println(req.getRequestURL());
27.System.out.println(req.getServletPath());
28.}
29.}
1.6.3.HttpServletResponse对象
HttpServletResponse对象最主要的作用即设置给浏览器的响应内容及浏览器的解码方式,此外设置cookie及重定向也都是响应对象的功能。
这些功能对应的代码实现如下所示。
12.publicclassResponseServletextendsHttpServlet{
14.protectedvoidservice(HttpServletRequestreq,HttpServletResponseresp)
15.throwsServletException,IOException{
16.resp.setContentType("
text/html;
charset=gbk"
17.resp.setStatus(404);
19.
20.}
◆注意:
1)很多事情不需要我们处理
•通信的步骤由浏览器和服务器自动实现
•请求数据中的请求行,消息头由浏览器自动填写
•响应数据中的状态行,消息头通常由服务器自动填写
2.少量事情需要我们处理
•请求数据中的实体内容由我们提供
•响应数据中的实体内容由我们提供
通过request处理请求数据,通过response处理响应数据
◆注册案例:
Servlet核心(I)
1.1.请求方式
1.1.1.请求方式的种类
请求数据包中的请求行的第一个参数就是请求方式,是客户端向Web服务器发送请求时的意向说明,以此告知服务器该如何处理及解析提交的这些数据,而客户端提交的数据也会因为采用的提交方式不同来处理。
区分请求种类也会为浏览器采用不同的缓存方式处理后续请求提供一个依据,从而提升响应速度。
所以对于编程人员来讲,使用正确的请求方式是Web应用的一个重要方面。
1.1.2.GET请求方式的特点
使用GET提交数据时,form中的数据将编码到URL中。
在使用上,当且仅当请求幂等时使用GET。
重复访问时使用GET方法请求的页面,浏览器会使用缓存处理后续请求。
•GET是把参数数据队列加到提交表单的ACTION属性所指的URL中,值和表单内各个字段一一对应,在URL中可以看到。
•GET传送的数据量较小,不能大于2KB。
•GET安全性非常低
•<
formmethod="
get"
action="
xxx?
b=b"
跟<
xxx"
是一样的,也就是说,action页面后边带的参数列表会被忽视;
而<
post"
是不一样的。
如下情况中浏览器会发送GET类型的请求:
•在地址栏输入一个地址
•点击页面中的链接
•表单的默认提交方式
1.1.3.POST请求方式的特点
POST方式提交的数据是在HTTP协议的Hearder中进行传输的。
在使用上,当请求会改变服务器数据或状态时(更新数据,上传文件)应该使用POST。
从使用经验上有如下总结:
•POST是将表单内各个字段与其内容放置在实体内容中内一起传送到ACTION属性所指的URL地址。
用户看不到这个过程。
•POST传送的数据量较大,一般被默认为不受限制
•POST安全性较高
将表单的Method属性设置为POST时,浏览器会发送POST请求。
1.2.Servlet如何运行
1.2.1.Servlet运行的步骤
Servlet作为Web服务器的补充功能在运行时需要受到Servlet容器的管理,其运行的流程如下:
1.浏览器依据IP建立与容器的连接
2.浏览器将请求数据打包
3.容器解析请求数据包,封装request和response对象
4.容器依据请求资源路径找到Servlet创建对象
5.容器将request和response对象作为参数传入service方法,并调用
6.容器将响应数据打包发给浏览器
7.浏览器取出结果,生成页面
1.3.Servlet如何输出中文
1.3.1.为什么返回的页面会有乱码
Java语言在内存当中保存的每一个字符使用的都是Unicode字符集。
一个中文字在内存中使用2个字节来表示。
编码:
将Unicode字符集对应的字节数组转换成某种本地字符集(比如UTF-8,GBK)对应的字节数组的过程叫做编码
解码:
将某种本地字符集对应的字节数组转换成Unicode字符集对应的字节数组的过程。
如果想输出就涉及到编码问题。
编码和解码使用的字符集不一致就产生了乱码问题。
out.println(“”)这行代码是编码过程。
现在这个out要输出的内容使用的是Unicode字符集,于是转换为默认的iso-8859-1。
之所以使用这个格式是因为tomcat默认是英文的。
所以调用out.println时,容器采用默认情况下的ISO-8859-1字符集去编码带有中文的输出内容时就产生了乱码。
1