
- 第一节 Servlet概述
- 1、Servlet名字
- 2、Servlet在整个Web应用中起到的作用
- ①Web应用
- ②具体细节
- ③Servlet扮演角色
- 第二节 Servlet HelloWorld
- 1、HelloWorld分析
- ①目标
- ②思路
- 2、具体 *** 作
- ①第一步:创建动态Web module
- ②第二步:创建超链接
- ③第三步:创建HelloServlet的Java类
- ④第四步:配置HelloServlet
- ⑤小结
- 3、梳理概念
- ①原生Tomcat
- ②IDEA中的Tomcat实例
- ③IDEA中的Web工程
- ④根据Web工程生成的war包
- ⑤Web工程中的资源
- [1]静态资源
- [2]动态资源
- ⑥访问资源的地址
- [1]静态资源
- [2]动态资源
- ⑦Web应用名称
- ⑧总体的逻辑结构
- 第三节 Servlet 生命周期
- 1、Servlet接口
- 2、Servlet创建对象的时机
- ①验证方式
- ②打印结果
- ③结论
- ④修改Servlet创建对象的时机
- 3、Servlet容器
- ①容器
- ②容器提供的功能
- ③容器本身也是对象
- ④典型Servlet容器产品举例
- 4、总结
- 第四节 ServletConfig和ServletContext
- 1、类比
- 2、ServletConfig接口
- ①接口概览
- ②接口方法介绍
- ③初始化参数举例
- ④体验
- 3、ServletContext接口
- ①简介
- ②体验
- [1]配置Web应用级别的初始化参数
- [2]获取参数
- 第五节 使用IDEA创建Servlet
- 第六节 Servlet 继承关系
- 1、提出问题
- 2、类型关系
- 3、方法关系
- 第七节 动态Web工程内编写路径
- 1、为什么要写路径?
- 2、为什么写路径这事有点复杂?
- ①先开发再部署
- ②路径的各个组成部分
- [1]具体文件
- [2]Servlet
- 3、准则
- 4、写路径的步骤
- 5、动态获取上下文路径
- ①上下文路径的概念
- ②动态获取
- 第八节 请求转发和重定向
- 1、接力
- 2、转发
- 3、重定向
- 4、对比
- 5、转发和重定向的应用场景
- 第九节 获取请求参数
- 1、请求参数的概念
- 2、浏览器端发送请求参数的基本形式
- 3、服务器端对请求参数的封装
- 4、获取请求参数的方法
- 5、测试
- ①HTML代码
- ②Java代码
- 第十节 请求响应设置字符集
- 1、请求
- ①GET请求
- [1]设置之前
- [2]设置方式
- ②POST请求
- [1]设置之前
- [2]设置方式
- [3]需要注意的问题
- 2、响应
- ①设置之前
- ②设置方式一
- ③设置方式二
- ④需要注意的问题
Servlet=Server+applet
Server:服务器
applet:小程序
Servlet含义是服务器端的小程序
2、Servlet在整个Web应用中起到的作用 ①Web应用 ②具体细节 ③Servlet扮演角色在整个Web应用中,Servlet主要负责处理请求、协调调度功能。所以可以把Servlet称为Web应用中的 『控制器』
第二节 Servlet HelloWorld 1、HelloWorld分析 ①目标在页面上点击超链接,由Servlet处理这个请求,并返回一个响应字符串:Hello,I am Servlet
②思路 2、具体 *** 作 ①第一步:创建动态Web module ②第二步:创建超链接在index.jsp文件下创建
<a href="/app/helloServlet">Servlet Hello Worlda>
③第三步:创建HelloServlet的Java类
public class HelloServlet implements Servlet {
@Override
public void init(ServletConfig servletConfig) throws ServletException {
}
@Override
public ServletConfig getServletConfig() {
return null;
}
@Override
public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
// 控制台打印,证明这个方法被调用了
System.out.println("正在执行!");
// 返回响应字符串
// 1、获取能够返回响应数据的字符流对象
PrintWriter writer = servletResponse.getWriter();
// 2、向字符流对象写入数据
writer.write("Hello,I am Servlet");
}
@Override
public String getServletInfo() {
return null;
}
@Override
public void destroy() {
}
}
④第四步:配置HelloServlet
配置文件位置:WEB-INF/web.xml
<servlet>
<servlet-name>HelloServletservlet-name>
<servlet-class>com.cdz.servlet.HelloServletservlet-class>
servlet>
<servlet-mapping>
<servlet-name>HelloServletservlet-name>
<url-pattern>/helloServleturl-pattern>
servlet-mapping>
『虚拟路径』:Servlet并不是文件系统中实际存在的目录或文件,所以为了方便浏览器访问,我们创建了虚拟出来的路径来访问它。
⑤小结- 需求:在浏览器上点超链接能够访问Java程序
启动后在浏览器上可以看到:
点击超链接跳转:
3、梳理概念 ①原生Tomcat ②IDEA中的Tomcat实例 ③IDEA中的Web工程 ④根据Web工程生成的war包 ⑤Web工程中的资源 [1]静态资源- HTML文件
- CSS文件
- JavaScript文件
- 图片文件
- Servlet
[2]动态资源/Web应用名称/静态资源本身的路径
⑦Web应用名称 ⑧总体的逻辑结构 第三节 Servlet 生命周期 1、Servlet接口 2、Servlet创建对象的时机 ①验证方式/Web应用名称/虚拟路径
在HelloServlet的构造器中执行控制台打印
public HelloServlet(){
System.out.println("HelloServlet对象创建!");
}
②打印结果
在HelloServlet的构造器中执行控制台打印
③结论- 默认情况下:Servlet在第一次接收到请求的时候才创建对象
- 创建对象后,所有的URL地址匹配的请求都由这同一个对象来处理
- Tomcat中,每一个请求会被分配一个线程来处理,所以可以说:Servlet是单实例,多线程方式运行的。
- 既然Servlet是多线程方式运行,所以有线程安全方面的可能性,所以不能在处理请求的方法中修改公共属性。
修改web.xml中Servlet的配置:
<servlet>
<servlet-name>HelloServletservlet-name>
<servlet-class>com.cdz.servlet.HelloServletservlet-class>
<load-on-startup>1load-on-startup>
servlet>
效果:Web应用启动的时候创建Servlet对象
提示:将来配置SpringMVC的时候会看到这样的配置。
3、Servlet容器 ①容器在开发使用的各种技术中,经常会有很多对象放在容器中。
②容器提供的功能容器会管理内部对象的整个生命周期。对象在容器中才能够正常的工作,得到来自容器的全方位的支持。
- 创建对象
- 初始化
- 工作
- 清理
- 特点1:往往是非常大的对象
- 特点2:通常是单例的
- Tomcat
- jetty
- jboss
- Weblogic
- WebSphere
- glassfish
| 名称 | 时机 | 次数 |
|---|---|---|
| 创建对象 | 默认情况:接收到第一次请求 或 修改启动顺序后:Web应用启动过程中 | 一次 |
| 初始化 *** 作 | 创建对象之后 | 一次 |
| 处理请求 | 接收到请求 | 多次 |
| 销毁 *** 作 | Web应用卸载之前 | 一次 |
| 方法名 | 作用 |
|---|---|
| getServletName() | 获取HelloServlet定义的Servlet名称 |
| getServletContext() | 获取ServletContext对象 |
| getInitParameter() | 获取配置Servlet时设置的『初始化参数』,根据名字获取值 |
| getInitParameterNames() | 获取所有初始化参数名组成的Enumeration对象 |
<servlet>
<servlet-name>HelloServletservlet-name>
<servlet-class>com.cdz.servlet.HelloServletservlet-class>
<init-param>
<param-name>goodManparam-name>
<param-value>meparam-value>
init-param>
<load-on-startup>1load-on-startup>
servlet>
④体验
在HelloServlet中增加代码:
public class HelloServlet implements Servlet {
// 声明一个成员变量,用来接收init()方法传入的servletConfig对象
private ServletConfig servletConfig;
public HelloServlet(){
System.out.println("HelloServlet对象创建!");
}
@Override
public void init(ServletConfig servletConfig) throws ServletException {
System.out.println("HelloServlet对象初始化");
// 将Tomcat调用init()方法时传入的servletConfig对象赋值给成员变量
this.servletConfig = servletConfig;
}
@Override
public ServletConfig getServletConfig() {
// 返回成员变量servletConfig,方便使用
return this.servletConfig;
}
@Override
public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
// 控制台打印,证明这个方法被调用了
System.out.println("HelloServlet正在执行!");
// 返回响应字符串
// 1、获取能够返回响应数据的字符流对象
PrintWriter writer = servletResponse.getWriter();
// 2、向字符流对象写入数据
writer.write("Hello,I am Servlet");
// =============分割线===============
// 测试ServletConfig对象的使用
// 1.获取ServletConfig对象:在init()方法中完成
System.out.println("servletConfig = " + servletConfig.getClass().getName());
// 2.通过servletConfig对象获取ServletContext对象
ServletContext servletContext = this.servletConfig.getServletContext();
System.out.println("servletContext = " + servletContext.getClass().getName());
// 3.通过servletConfig对象获取初始化参数
Enumeration<String> enumeration = this.servletConfig.getInitParameterNames();
while (enumeration.hasMoreElements()) {
String name = enumeration.nextElement();
System.out.println("name = " + name);
String value = this.servletConfig.getInitParameter(name);
System.out.println("value = " + value);
}
}
@Override
public String getServletInfo() {
return null;
}
@Override
public void destroy() {
System.out.println("HelloServlet对象即将销毁,现在执行清理 *** 作");
}
}
打印效果:
引申:
- 广义Servlet:javax.servlet包下的一系列接口定义的一组Web开发标准。遵循这一套标准,不同的Servlet容器提供了不同的实现。
- 狭义Servlet:javax.servlet.Servlet接口和它的实现类,也就是实际开发时使用的具体的Servlet。
Servlet标准和JDBC标准对比:
| Servlet标准 | JDBC标准 |
|---|---|
| javax.servlet包下的一系列接口 | javax.sql包下的一系列接口 |
| Servlet容器厂商提供的具体实现类 | 数据库厂商提供的实现类(数据库驱动) |
同样都体现了面向接口编程的思想,同时也体现了解耦的思想:只要接口不变,下层方法有任何变化,都不会影响上层方法。
3、ServletContext接口 ①简介- 代表:整个Web应用
- 是否单例:是
- 典型的功能:
- 获取某个资源的真实路径:getRealPath()
- 获取整个Web应用级别的初始化参数:getInitParameter()
- 作为Web应用范围的域对象
- 存入数据:setAttribute()
- 取出数据:getAttribute()
<context-param>
<param-name>handsomeManparam-name>
<param-value>alsoMeparam-value>
context-param>
[2]获取参数
String handsomeMan = servletContext.getInitParameter("handsomeMan");
System.out.println("handsomeMan = " + handsomeMan);
第五节 使用IDEA创建Servlet
在web.xml文件中
<servlet>
<servlet-name>QuickServletservlet-name>
<servlet-class>com.cdz.servlet.QuickServletservlet-class>
servlet>
<servlet-mapping>
<servlet-name>QuickServletservlet-name>
<url-pattern>/QuickServleturl-pattern>
servlet-mapping>
IDEA生成的Servlet自动继承了HttpServlet
public class QuickServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
}
@Override
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
}
}
测试代码:
public class QuickServlet extends HttpServlet {
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.getWriter().write("doPost method processed");
}
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.getWriter().write("doGet method processed");
}
}
这个可放在index.jsp文件中
<form action="/app/QuickServlet" method="get">
<button type="submit">发送GET请求button>
form>
<br/>
<form action="/app/QuickServlet" method="post">
<button type="submit">发送POST请求button>
form>
启动项目后的页面:
跳转页面:
- 为什么IDEA创建Servlet之后不再实现Servlet接口而是继承HttpServlet类?
- Servlet接口和HttpServlet类有什么关系?
- doXxx()方法和service()方法有什么关系?
- 整个系统要根据功能拆分成许许多多独立的资源
- 资源之间既要完成自身的功能又要和其他资源配合
- 写路径就是为了从一个资源跳转到下一个资源
- 工程目录:我们写代码的地方,但是在服务器上运行的不是这个。
- 部署目录:经过Java源文件编译和目录重组后,IDEA就替我们准备好了可以在服务器上运行的部署目录。
- 区别:因为从工程目录到部署目录经过了目录重组,所以它们的目录结构是不同的。
- 基准:用户通过浏览器访问服务器,而服务器上运行的是部署目录,所以写路径的时候参考部署目录而不是工程目录。
- 对应关系:工程目录下的web目录对应部署目录的根目录,同时部署目录的根目录也是路径中的Web应用根目录。
从最前面一直到Web应用名称这里都是固定写法,到资源名这里要看具体是什么资源。
[1]具体文件我们写代码的时候都是在工程目录下 *** 作,所以参照工程目录来说最方便。按照工程目录的目录结构来说,从web目录开始按照实际目录结构写就好了(不包括web目录本身)。
访问Servlet的路径是我们在web.xml中配置的,大家可能注意到了,url-pattern里面的路径我们也是斜杠开头的,但是这个开头的斜杠代表Web应用根目录。
同样是开头的斜杠,超链接路径中的开头斜杠代表服务器根目录,Servlet地址开头的斜杠,代表Web应用根目录,那应该怎么记呢?看下面的准则:
3、准则用通俗的大白话来解释:一个路径由谁来解析,其实就是这个路径是谁来用。
| 路径类型 | 解析方式 |
|---|---|
| 由浏览器解析的路径 | 开头斜杠代表服务器根目录 |
| 由服务器解析的路径 | 开头斜杠代表Web应用根目录 |
那么具体来说,哪些路径是浏览器解析的,哪些路径是服务器解析的呢?
- 浏览器解析的路径举例:
- 所有HTML标签中的路径
- 重定向过程中指定的路径
- 服务器解析的路径举例:
- 所有web.xml中配置的路径
- 请求转发过程中指定的路径
上下文路径(context path)=/Web应用名称
②动态获取由于项目部署的时候,上下文路径是可以变化的,所以写死有可能发生错误。此时我们通过request对象动态获取上下文路径就不用担心这个问题了。调用下面这个方法,每一次获取的都是当前环境下实际的上下文路径的值。
request.getContextPath()
第八节 请求转发和重定向
1、接力
发一个请求给Servlet,接力棒就传递到了Servlet手中。而绝大部分情况下,Servlet不能独自完成一切,需要把接力棒继续传递下去,此时我们就需要请求的 『转发』 或 『重定向』。
2、转发本质:转交
完整定义:在请求的处理过程中,Servlet完成了自己的任务,需要把请求转交给下一个资源继续处理。
代码:
request.getRequestDispatcher("/com/cdz/test/test01.html").forward(request, response);
类比:
| 代码 | 类比 |
|---|---|
| request | 小货车 |
| getRequestDispatcher(“转发地址”) | 告诉司机要去哪 |
| forward(request, response) | 出发 |
关键:由于转发 *** 作的核心部分是在服务器端完成的,所以浏览器感知不到,整个过程中浏览器只发送一次请求。
3、重定向本质:一种特殊的响应
完整定义:在请求的处理过程中,Servlet完成了自己的任务,然后以一个响应的方式告诉浏览器:“要完成这个任务还需要你另外再访问下一个资源 ”。
代码:
response.sendRedirect("/com/cdz/test/test01.html");
关键:由于重定向 *** 作的核心部分是在浏览器端完成的,所以整个过程中浏览器共发送两次请求。
4、对比| 转发 | 重定向 |
|---|---|
| 一次请求 | 两次请求 |
| 浏览器地址栏显示的是第一个资源的地址 | 浏览器地址栏显示的是第二个资源的地址 |
| 全程使用的是同一个request对象 | 全程使用的是不同的request对象 |
| 在服务器端完成 | 在浏览器端完成 |
| 目标资源地址由服务器解析 | 目标资源地址由浏览器解析 |
| 目标资源可以在WEB-INF目录下 | 目标资源不能在WEB-INF目录下 |
| 目标资源仅限于本应用内部 | 目标资源可以是外部资源 |
可以简单的判断:能用转发的先用转发,如果转发不行,再使用重定向。
- 需要通过同一个request对象把数据携带到目标资源:只能用转发
- 如果希望前往下一个资源之后,浏览器刷新访问的是第二个资源:只能用重定向
浏览器在给服务器发送请求的同时,携带的参数数据。
2、浏览器端发送请求参数的基本形式- URL地址后面附着的请求参数
/orange/CharacterServlet?username=张三
- 表单
- Ajax请求
总体上来说,服务器端将请求参数封装为Map
- 键:请求参数的名字
- 值:请求参数的值组成的数组
| 方法名 | 返回值类型 |
|---|---|
| request.getParameterMap() | Map |
| request.getParameter(“请求参数的名字”) | String |
| request.getParameterValues(“请求参数的名字”) | String [] |
| request.getParameterNames() | Enumeration< String > |
②Java代码
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
// 获取包含全部请求参数的Map
Map<String, String[]> parameterMap = request.getParameterMap();
// 遍历这个包含全部请求参数的Map
Set<String> keySet = parameterMap.keySet();
for (String key : keySet) {
String[] values = parameterMap.get(key);
System.out.println(key + "=" + Arrays.asList(values));
}
System.out.println("---------------------------");
// 根据请求参数名称获取指定的请求参数值
// getParameter()方法:获取单选框的请求参数
String season = request.getParameter("season");
System.out.println("season = " + season);
// getParameter()方法:获取多选框的请求参数
// 只能获取到多个值中的第一个
String team = request.getParameter("team");
System.out.println("team = " + team);
// getParameterValues()方法:取单选框的请求参数
String[] seasons = request.getParameterValues("season");
System.out.println("Arrays.asList(seasons) = " + Arrays.asList(seasons));
// getParameterValues()方法:取多选框的请求参数
String[] teams = request.getParameterValues("team");
System.out.println("Arrays.asList(teams) = " + Arrays.asList(teams));
}
发送请求参数:
<a href="/orange/CharacterServlet?username=张三">测试请求字符集设置:GET请求a>
接收到的数据:
[2]设置方式username = ?±¤?§?
在server.xml第71行的Connector标签中增加URIEncoding属性:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443"
URIEncoding="UTF-8"
/>
重启Tomcat实例即可。再重新测试的结果是:
②POST请求 [1]设置之前username = 汤姆
发送请求参数:
<form action="/orange/CharacterServlet" method="post">
用户名:<input type="text" name="username" /><br/>
<button type="submit">保存button>
form>
接收到的数据:
[2]设置方式username = ???
// 使用request对象设置字符集
request.setCharacterEncoding("UTF-8");
// 获取请求参数
String username = request.getParameter("username");
System.out.println("username = " + username);
接收到的数据:
[3]需要注意的问题username = 张三
不能在设置字符集之前获取请求参数!下面是错误的示范:
// 获取请求参数(先获取请求参数会导致设置字符集失效)
String username = request.getParameter("username");
// 使用request对象设置字符集
request.setCharacterEncoding("UTF-8");
System.out.println("username = " + username);
2、响应
①设置之前
服务器端代码:
PrintWriter writer = response.getWriter();
writer.write("你好!");
浏览器显示:
②设置方式一???
编码字符集和解码字符集一致
// 设置服务器端的编码字符集
response.setCharacterEncoding("UTF-8");
PrintWriter writer = response.getWriter();
writer.write(" ");
writer.write(" ");
writer.write(" ");
writer.write("");
writer.write(" ");
writer.write(" Title ");
writer.write(" ");
writer.write(" ");
writer.write("你好!
");
writer.write(" ");
writer.write(" ");
③设置方式二
response.setContentType("text/html;charset=UTF-8");
④需要注意的问题
response.getWriter()不能出现在设置字符集 *** 作的前面(两种方式都不行)。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)