简介:
- servlet 是运行在Web服务器中的小型 java 程序。servlet 通常通过 HTTP(超文本传输协议)接收和响应来自Web客户端的请求。也就是说,Servlet 是由我们自己来完成的! 但Servlet一定要实现 java.servlet.Servlet 接口,并且还要在 web.xml 文件中部署!不然 Tomcat 是找不到我们写的Servlet 的。
五大方法:
/**
* 当Servlet实例被创建的时候被调用,做初始化工作
*ServletConfig:Servlet的配置对象,初始化的时候进行配置
*/
@Override
public void init(ServletConfig servletConfig) throws ServletException {
}
/**
*获得ServletConfig的配置对象
*/
@Override
public ServletConfig getServletConfig() {
return null;
}
/**
* 当一个请求来请求当前的Servlet的时候被调用
* 处理当前的Servlet的业务逻辑并且把相应的返回给浏览器
*/
@Override
public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
}
/**
*获取当前的Servlet的一些属性信息(了解)
*/
@Override
public String getServletInfo() {
return null;
}
/**
* 是Servlet的实例对象被销毁的时候调用
* 做一些收尾或清理的工作
*/
@Override
public void destroy() {
}
注意:
- servlet 容器仅在实例化 servlet 之后调用 init 方法一次 ; 在 servlet 可以接收任何请求之前,init 方法必须成功完成。
- service(req,res) 方法仅在 servlet 的 init() 方法成功之后调用。
- destroy() 方法仅在 service 方法已退出或者在过了超时期之后调用一次,调用此方法以后,servlet 容器不会再对此 servlet 调用 service方法
- destroy() 方法为 servlet 提供了一个清除持有的所有资源(比如内存,文件句柄和线程)的机会,并确保任何持久状态都与内存中该servlet 的当前状态保存同步。
servlet生命周期
- 从第一次调用到服务器关闭
- 如果 servlet在web.xml中配置了 load-on-startup (配置的数字代表调用顺序),生命周期从服务器启动到服务器关闭
- 注意:init 方法是对 servlet 进行初始化的一个方法,会在 servlet 第一次加载进行存储时执行
destory 方法是在servlet被销毁时执行,也就是服务器关闭时
service方法和doGet方法和doPost方法的区别
- service 方法:可以处理 get/post 方法的请求,如果 servlet 中有 service方法,会优先调用 service方法对请求进行处理。
- doGet 方法: 处理get方式的请求
- doPost 方法:处理post方式的请求
- 注意:如果覆写的 service 方法中调用了父类的 service 方法(super.service(arg0,arg2)),则service 方法处理完后会再次根据请求方式响应 doGet 和 doPost 方法执行。所以,一般不调用此父类方法,避免出现405错误。
servlet常见错误:
- 404错误:资源未找到
-
原因一:在请求地址中的 servlet 的别名书写错误
-
原因二:虚拟项目名称拼写出错误
- 500错误:
- ① java,lang.ClassNotFoundException
-
解决: 在web.xml中校验路径是否拼写错误
- ② 逻辑错误 (例如除以0类型)
-
解决: 根据具体错误去更改
- 405错误: 请求方式不支持
-
原因:请求方式和 servlet 中的方法不匹配造成
-
解决:尽量使用 service 方法进行请求处理,并且不要在service 方法中调用父类的 service
request对象学习:
- 作用:request 对象中封存了当前请求的所有请求信息
- 作用: 获取请求头数据 – 获取请求行数据 – 获取用户数据
- 注意: request对象由 tomcat 服务器创建,并作为实参传递给处理请求的 servlet 的 service方法
response对象学习
- 作用:用来响应数据到浏览器的一个对象
- 使用:
- ①设置响应头
-
resp.setHeader("mouse","two elephents"); // 在响应头中添加响应信息,但同键会覆盖 resp.addHeader("key","do"); //在响应头中添加响应信息,但是不会覆盖
- ②设置响应状态
-
resp.sendError(405,"this is a joke"); //自定义响应状态码
- ③设置响应实体
-
resp.getWrite().write(" this is resp study"); //响应具体数据给服务器
- ④设置响应编码格式
-
resp.setContentType("text/html;charset = utf-8"); resp.getWriter().write("<h1> this is resp study </h1>");
service请求处理代码流程:
- 设置响应编码格式
- 获取请求数据
- 处理请求数据
- 数据库操作(MVC)
- 响应处理结果
请求乱码问题解决
- 使用String进行重新编码:
-
uname = new String(uname.getBytes("iso8859-1"),"utf-8");
- Get 方式请求:
-
在 service 方法中使用:req.setCharacterEnCoding("utf-8");
-
在tomcat服务器目录下的conf文件找到server.xml文件,在端口号=“8080”,protocol="HTTP/.1.1"那一栏,最后加上 useBodyEncodingForURI="true"
- Post方式请求:
-
在service方法中使用:req.setCharacterEncoding("utf-8");
servlet流程总结:
- 浏览器发送请求到服务器(请求)
- 服务器接收浏览器的请求,创建request对象存储请求数据
- 服务器调用对应的servlet进行请求处理,并将request对象作为实参传递给Servlet的方法进行请求处理
- 设置请求编码格式–>>设置响应编码格式–>>获取请求信息–>>处理请求信息–>>创建业务层对象–>>调用业务层对象的方法–>>响应处理结果
请求转发学习:
- 作用:实现多个servlet联动操作处理请求,这样避免代码冗余,让servlet的职责更加明确
- 使用:req.getRequestDispatcher(“地址”).forward(req,resp); 地址:相对路径
- 特点:一次请求,浏览器地址栏信息不改变
- 注意:请求转发后直接 return 结束即可。
使用request对象的作用域:
- 使用 : request.setAttribute(object name,Object value); request.getAttribute(Object obj)
- 作用: 解决了一次请求内的不同Servlet的数据共享问题。
- 作用域:基于请求转发,一次请求中的所有 servlet 共享。
- 注意:使用 Request 对象进行数据流转,数据只有一次请求内有效。
- 特点: 服务器创建------每次请求都会创建------生命周期只有一次请求
重定向:
- 解决了表单重复提交的问题,以及当前的servlet无法处理的请求的问题
- 使用: resp.sendRedirect(String uri);
- 示例:resp.sendRedirect("/ServletLogin005_war_exploded/main");
- 特点:两次请求,两个request对象 — 浏览器地址栏信息改变 —
- 时机:如果请求中有表单数据,而数据又比较重要,不能重复提交,建议使用重定向。
- 如果请求被servlet接收后,无法进行处理,建议使用重定向到可处理的资源。
Cookie学习
-
作用:解决了发送的不同请求的数据共享问题
-
使用: Cookie的创建和存储
-
// 创建 Cookie 对象
-
Cookie c = new Cookie(String name,String value);
-
//设置 cookie (可选)
-
//设置有效期
-
c.setMaxAge(int seconds);
-
//设置有效路径
-
c.setpath(String uri);
-
// 响应 Cookie 信息给客户端
-
resp.addCookie(c);
-
Cookie的获取
-
// 获取Cookie信息数组
-
Cookie[] cks = req.getCookies();
-
// 遍历数组获取Cookie信息
-
使用for循环遍历即可:
if(cks != null)
{
for (Cookie c : cks) {
String name = c.getName();
String value = c.getValue();
System.out.println(name + “:” + value);
}
} -
注意: 一个Cookie对象存储一条数据。多条数据,可以多创建几个Cookie对象进行存储
-
特点:
-
---- 浏览器端的数据存储技术
-
---- 存储的数据声明在服务器
-
---- 临时存储:存在浏览器内存中,浏览器关闭即失效
-
---- 定时存储:设置了 Cookie 的有效期,存储在客户端的硬盘里面
-
---- 默认cookie信息存储好之后,每次请求都会附带,除非设置有效路径
session技术学习
- 问题 : 一个用户的不同请求处理的数据共享怎么办
- 解决 : 使用 session 技术
- 原理 : 用户第一次访问服务器,服务器会创建一个session对象给此用户,并将该session对象的 JSESSIONID 使用Cookie 技术存储到浏览器中,保证了用户的其他请求能够获取到同一个 session 对象,也保证了不同请求能够获取到共享的数据。
- 特点 : ---- 存储在服务器端
- ---- 服务器进行创建
- ---- 依赖Cookie技术
- ---- 一次会话
- ---- 默认存储时间是三十分钟
- 作用: 解决了一个用户不同请求处理的数据共享问题
- 使用:创建session对象/获取session对象
-
HttpSession hs = req.getSersssion();
-
如果请求中拥有session的标识符也就是JSESSIONID,则返回其对应的session队形
-
如果请求中没有session的标识符也就是JSESSIONID,则创建新的session对象,并将其JSESSIONID作为cookie数据存储到浏览器中
-
如果session对象失效了,也会重新创建一个session对象,并将其JSESSIONID存储在浏览器内存中
-
hs.setMaxInactiveInterval(int seconds); //在指定时间内如果该对象没被使用则销毁
-
设置session强制失效
-
hs.invalidate();
-
存储和获取数据
-
存储 : hs.setAttribute(String name,object value);
-
获取: hs.getAttribute(String name); 返回的数据类型为Object
-
注意: 存储的动作和取出的动作发生在不同的请求中,但是存储要先于取出执行。
- 使用时机:
- 一般用户在登录web项目时会将用户的登录信息存储到Session中,供该用户的其他请求使用。
- 总结:
- session解决了一个用户的不同请求的数据共享问题,只要在JSESSIONID不失效和session对象不失效的情况下。用户的任意请求在处理时都能获取到同一个session对象
- 作用域:
- 一次会话 或者 在JSESSIONID和SESSION对象不失效的情况下为整个项目内
- session失效处理 :
- 将用户请求中的JSESSIONID和后台获取到的SESSION对象的JSESSIONID进行对比,如果一致,则没有失效,不一致则证明失效了。重定向到登录页面,让用户重新登录。
- 注意:
- JSESSIONID存储在了Cookie的临时存储空间中,浏览器关闭即失效
ServletContext对象:
- 解决的问题:不同的用户数据共享
- 原理:ServletContext 对象由服务器进行创建,一个项目只有一个对象。不管在项目的任意位置进行获取得到的都是同一个对象,那么不同用户发起的请求获取到的也就是同一个对象了,该对象由用户共同拥有
- 特点: ---- 服务器创建
- ---- 用户共享
- ---- 一个项目只有一个
- 生命周期: 服务器启动到服务器关闭
- 使用:
-
//获取ServletContext对象 //第一种方式 ServletContext sc1 = this.getServletContext(); //第二种方式 ServletContext sc2 = this.getServletConfig().getServletContext(); //第三种方式 ServletContext sc3 = req.getSession().getServletContext(); //使用ServletContext对象完成数据共享 //数据存储 sc1.setAttribute("str","ServletContext对象学习"); //获取数据 sc1.getAttribute("str"); //返回的是Object类型
- 注意: 不同的用户可以给ServletContext对象进行数据点存取
- 获取的数据不存在返回 null
获取项目中 web.xml 文件中的全局配置数据:
<!--配置全局数据--> //一组标签只能存储一组键值对数据
<context-param>
<param-name>name</param-name>
<param-value>xiaoxiao</param-value>
</context-param>
//获取项目web.xml的全局数据
sc1.getInitParameter("name"); //返回的String 类型
sc1.getInitParameterNames(); //返回键名的枚举
- 作用: 将静态数据和代码进行解耦
- 获取项目web下的资源的绝对路径 : String path = sc1.getRealPath("/web/index.jsp");
- 获取 web 下的资源流对象 : InputStream is = sc1.getResourceAsStream("/web/index.jsp");
- 注意:此种方式只能获取项目根目录下的资源流对象,class文件的流对象需要使用类加载器获取
Web.xml文件使用总结
- 作用: 存储项目相关的配置信息,保护Servlet。解耦一些数据对程序的依赖。
- 使用位置: 每个Web项目中 ---- Tomcat 服务器中(在conf目录中)
- 区别: Web项目下的web.xml文件为局部配置,针对本项目的位置
- Tomcat下的 web.xml 文件为全局配置,配置公共信息
- 内容(核心组件):
- 全局上下文配置
- Servlet 配置
- 过滤器配置
- 监听器配置
- 加载顺序: ServletContext -> context-param -> listener -> filter -> servlet 的顺序加载。
- 加载时机: 服务器启动时