servlet总结1
servlet 总结ServletC/S--->Client/Server(客户机/服务器)优点：1）运行效率较高2）交互性强适合局域网，缺点：升级维护困难B ／S －－>Browser/Server
servlet 总结
Servlet
C/S--->Client/Server(客户机/服务器)
优点：
1）运行效率较高
2）交互性强适合局域网，
缺点：升级维护困难
B ／S －－>Browser/Server(浏览器/服务器)
优点:无需关心客户端, 升级维护, 只需操作服务器即可. 比较方便.
缺点:
1) 交互性是请求/响应式, 需要通过网络进行交互, 效率相对c/s架构的软件来说较低.
2) 要开发交互性较强的界面比较困难.
CGI:最早开发b/s架构的一门技术
从CGI 分出 1) 微软的ASP--->ASP.NET
2)JAVA 的Servlet--->jsp
开发技术:
静态网页技术:
HTML,JS,CSS
动态网页技术:(动态说的是数据动态)
CGI,ASP,ASP.net,servlet,php,jsp 等
url:
协议://地址(ip-->域名):端口(如果是80, 可以省略)/web应用名/资源名
web 服务器: (微软的)IIS:
(apache的)tomcat(开源的):等..
servlet:
1) 属于j2ee 的其中一个技术, 是一个规范
2)servlet 是一个web 组件(包含servlet 类和他的描述信息) 组件如java bean 可复用的
3)servlet 运行的时候就是一个java 对象(创建. 调用. 管理由web 服务器(web容器) 完成).web 容器是web 服务器的线程 tomcat 的web 容器是CATALINA
web 容器调用servlet 对象的方法
首先由web 容器创建两个对象:
,1.HttpServletRequest:
包含了客户端提交的所以信息, 在servlet 中 , 可以通过这个对象获得客户端传递过来的数据.
2.HttpServletResponse:
通过这个对象可以向客户端返回数据
public void service(ServletRequest req,ServletResponse res){
}
web 应用的目录结构:
应用名:(web应用的根目录的名字)
WEB-INF(必须):浏览器不能直接访问
classes(存放.class 文件)
lib(存放第三方的.jar 文件)
web.xml(描述servlet, 包括类名和访问标识)
html/first.html
js/my.js
css/my.css
jsp/first.jsp
META-INF
tomcat 服务器的目录结构:
bin:存放一些可执行文件:比如startup.sh,shutdown.sh
common:存放tomcat 服务器和所以web 应用都可以使用的类和jar 包
conf:存放tomcat 服务器使用的一些配置文件. 比如 service.xml 中可改端口号
logs:存放tomcat 服务器和web 应用输出的日志信息的文件
server:存放一些只能由tomcat 服务器使用的类和jar 包, 以及tomcat 自带的web 应用 shared:存放一些只能由web 应用使用的类和jar 包
temp:存放一些临时文件
*webapps:用来部署web 应用
work:存放jsp 文件被翻译和编译以后的.java 和.class 文件.
web 工程(IDE):通过工程可创建web 应用
web 应用:(成品软件)
javax.servlet.Servlet(接口)
javax.servlet.GenericServlet(抽象类)
javax.servlet.http.HttpServlet(抽象类)(建议使用)
Service-->doGet/doPost(根据客户端请求方式调用, 不是非要同时调用)
,tomcat 由于已经启动无法启动 用命令 ps -ef|grep tomcat 在kill -9 进程号
form 表单处理：
1. 提供表单
a) 提供一个html 页面包含一个form 表单
b) 提供一个servlet 返回一个form 表单
form 表单action 属性指定的路径
a) 相对路径
register
b) 绝对路径
/servlet/form/register
2. 中文乱码问题
a ）get 方式提交
解决办法，在服务器中设置客户端提交请求的URI 的编码类型
在server.xml 中
b ）post 方式提交
在server 中获得客户端提交的参数之前，调用req 对象的setCharacterEncoding 方法设定编码类型。 c ）响应
在server 中获得输出流之前，调用response 对象的的setCharacterEncoding 方法设定编码类型。
3.method="get"和method="post" (form表单的两种提交方式比较)
get 请求:
a) 直接在浏览器地址栏输入请求的URL 发起的请求:
b) 点击一个超连接发起的请求
c) 提交一个form 表单但form 表单的method 不指定或指定get 的时候
特点:
提交的数据放在请求的头部, 一般在查询数据的时候我们会选择get 方法发起请求
post 请求:
a) 提交一个method 属性指定为post 的表单发起的请求.
特点:
提交的数据放在请求体部, 在向客户端提交数据的时候我们会选择使用post 方式发起请求.
4.request/response对象中的方法
,request.getContextPath();返回web 的应用的根路径
request.getMethod();返回请求方式,get 或post
request.getParameterMap();获得客户端提交的所有参数, 包括参数名字和值 request.getParameterNames();获得客户端参数名字
request.getQueryString();返回URI 后面所跟着的参数 如果是post 方式提交返回null request.setCharacterEncoding("UTF-8");设定客户端提交的内容的编码类型
5.servlet 的url-pattern 的写法(补充)
a) 以"/"开始, 后面跟着具体的内容
b) 前通配(*) :如 *.do,*.action
c) 后通配 如: /form/*,/basic/*
Servlet 的生命周期(四个阶段)
1) 装载和实例化阶段
创建者:web容器
创建情况:
(1)第一次访问的时候创建
当num<0时, 第一次访问时创建servlet 实例
(2)web应用被安装的时候创建(启动服务器)
当num >=0时,servlet 在web 应用被安装的时候创建
创建顺序:
num=0,最晚被创建
num>0,值越小越早被创建
2) 初始化阶段
调用者:web容器
public void init(ServletConfig config){}
在GenericServlet 中已经对有参的init 方法作了实现
public abstract class GenericServlet implement Servlet{
private ServletConfig config;
public void init(ServletConfig config){
this.config=config;
this.init();
}
public void init(){
,}
}
3) 服务阶段
调用者:web容器
public void service(ServletRequest req,ServletResponse res){
}
在HttpServlet 中已经对service 方法作了实现
public abstract class HttpServlet extends GenericServlet{
public void service(ServletRequest req,ServletResponse res){
HttpServletRequest hReq=(HttpServletRequest)req;
HttpServletResponse hRes=(HttpServletResponse)res;
service(hReq,hRes);
}
public void service(HttpServletRequest hReq, HttpServletResponse hRes){ String method=hReq.getMethod();
if(method.equals("GET")){
doGet(hReq,hRes);
}else if(method.equals("POST")){
doPost(hReq,hRes);
}
}
//被子类覆盖
public void doGet(HttpServletRequest request, HttpServletResponse response) {
}
//被子类覆盖
public void doPost(HttpServletRequest request, HttpServletResponse response){
}
}
4) 销毁阶段
调用者:web容器
public void destory{
}
注:init(),service(),destroy()称为servlet 对象的生命周期回掉方法.
web 应用的逻辑分层:
model(模型):
javabean,ejb..
view(显示):
servlet,jsp 等
,control(控制):
servlet,jsp....
请求的转发:
1) 服务器内部跳转
请求转发器:RequestDispather
创建:
1. 调用request 对象的方法
指定的转发路径可以相对也可以是绝对的
相对路径:根据当前servlet 的路径和转发的路径进行计算
绝对路径:就是转发的servlet 的url-pattern
2. 调用servletContext 对象的方法
指定的路径必须是绝对路径
forward:
在转发请求之前首先调用response 对象的resetBuffer 方法, 清空缓存.
include(包含):
将请求转发到其他servlet 之前不会清空缓存
2) 服务器外部重定向
RedirectServlet
通过服务器外部重顶向进行请求的转发 里面的路径可以相对可以绝对
绝对路径写法： 应用根路径 servlet的url-pattern
例：response.sendRedirect(request.getContextPath() "/resource/view");
相对路径写法:例：response.sendRedirect("view");
服务器内部跳转和服务器外部重定向的比较
1) 服务器内部跳转所有的servlet 共享同一个请求, 而服务器外部重定向, 每个Servlet 接受的请求都不相同
2) 服务器内部跳转是在服务器实现的, 而服务器外部重定向是由浏览器实现的
3) 服务器内部跳转是通过request 对象来完成的, 而服务器外部重定向是通过response 对象来完成的. 作业:
1.findUser.html
2.FindUserServlet:
1. 负责接收客户端查找用户的请求
2. 调用UserMange 的findUser(String name)
3. 将找到的User 对象交给ViewUserServlet 显示
ViewUserServlet
,1. 首先判段有没有需要显示的user, 如果没有 提示
2. 如果有, 则将用户的详细信息进行显示
3. 在UserManager 中提供查询用户的方法.
Context ctx=new InitialContext();
DataSource ds=(DataSource)ctx.lookup(jndiName);
通过jndi 从目录服务器上查找DataSource 对象
DataSource( 连接池);
06 02 2008 JNDI:java name directory interface
创建DataSource 对象
1. 通过new 的方式创建.
2. 通过web 服务器提供的配置的方式, 来创建DataSource(这种方式创建的DataSource 已经存放在目录服务器上).
1) 将oracle 的驱动包放入到tomcat 的common/lib目录下
2)JNDI Name:jdbc/ds
数据库的URL Data Source URL:jdbc:oracle:thin:@192.168.1.220:1521:briupdb
数据库驱动名:JDBC Driver Class:oracle.jdbc.driver.OracleDriver
数据库用户名:User Name:jd0804
数据库用户密码:Password:jd0804
最大活动的连接数:Max. Active Connections:
Max. Idle Connections:(当连接池没有连接的时候, 再创建的连接数)
使用DataSource
1. 如果是通过new 的方式创建的DataSource, 可以直接调用他的getConnection 方法来获得连接
2. 通过jndi 访问目录服务器, 查找DataSource, 调用方法获得连接.
ch05 状态持久。
为什么需要状态持久?
因为http 协议是无状态的, 客户端发起一个请求的时候, 会跟服务器建立socket 连接, 一旦响应, 就会关闭socket 连接, 所以为了让服务器端知道某个客户端的状态信息, 我们需要将状态进行持久化
cookie
创建: name value
,Cookie cookie = new Cookie("isLogin", "true");
cookie.setMaxAge(time);
response.addCookie(cookie);
当time<0,表示cookie 保存在浏览器进程中, 一旦浏览器进程结束,cookie 就消失
当time=0,表示删除客户端同名的cookie
当time>0,表示cookie 将在浏览器端保存起来, 超过time 后才会消失
获取:
Cookie[] cookies=request.getCookies();
session(结合cookie 使用):创建和保存都在服务器端
由web 服务器维护
HttpSession session = request.getSession();
或者
HttpSession session = request.getSession(boolean create);
当create==true时, 这个方法的作用跟无参的getSession()方法作用一样
当create==false时, 这个方法的作用是:根据客户端传递过来的session 的id, 寻找服务器端的session, 如果找到返回, 如果没有找到, 返回null;
String ID=session.getId();
session.setAttribute("isLogin", true);
当对客户端作出响应的时候，会将session 的ID 包装成一个cookie 对象（名字为JSESSIONID ，值为session 的id ），返回给客户端
HttpSession 消失的情况:
1)web 应用停止
2) 超时(上一次访问开始的时间到当前时间, 如果这个时间超过了指定的超时时间, 那么就认为是超时了) 可在web.xml 中可配置session 的超时时间:
3) 调用session 对象的invalidate 方法
通过URL 重写解决cookie 禁用sesion 不能访问的问题：
当客户端禁用cookie 之后，无法通过cookie 保存session 的id 我们可以通过URL 重写来保存session 的id url ；jsessionid=HJGKJWBDRUWRGW
String oldUrl = "sessionCheck";
String newUrl = response.encodeURL(oldUrl);// encodeUrl已不建议使用
三个范围（scope ）
requestScope(ServletRequest):在多个servlet 之间进行服务器内部跳转的时候，我们可以通过将数据放在request 对象中进行数据的传递。
,request.setAttribute(key,value);
Object value=request.getAttribute(key);
request.removeAttribute(key);
sessionScope(HttpSession):session中一般存放一些状态信息，或者在整个会话中经常要使用的数据（不建议存放过多数据（影响服务器效率））
session.setAttribute(key,value);
Object value=session.getAttribute(key);
session.removeAttribute(key);
applicationScope(ServletContext):ServletContext一般存放整个系统运行过程中，经常要使用的数据 ctx.setAttribute(key,value);
Object value=ctx.getAttribute(key);
ctx.removeAttribute(key);
过滤器：Filter
web 应用的事件的处理机制
1. 事件源
web 容器
2. 事件对象:由web 容器创建
在web 应用启动和停止的时候产生:ServletContextEvent 在javax.servlet 包中
会话开始和结束的时候产生:HttpSessionEvent 在javax.servlet.http 包中
请求开始和结束的时候:ServletRequestEvent
对application 范围中的数据操作的时候产生:ServletContextAttributeEvent
对session 范围内的数据进行操作的时候产生: HttpSessionBindingEvent
对requset 范围中的数据操作进行操作的时候产生: ServletRequestAttributeEvent
3. 监听器
处理ServletContextEvent 事件对应ServletContextListener 接口(执行时间:web应用启动和停止) 处理HttpSessionEvent 事件 HttpSessionListener 执行时间:session(会话) 开始和结束
处理ServletRequestEvent 事件 ServletRequestListener 执行时间:请求的开始和结束
处理ServletContextAttributeEvent 事件 ServletContextAttributeListener
执行时间:加入数据, 删除数据, 替换数据
HttpSessionBindingEvent HttpSessionAttributeListener 执行时间:加入数据, 删除数据, 替换数据 ServletRequestAttributeEvent ServletRequestAttributeListener
执行时间:加入数据, 删除数据, 替换数据
注册监听器:在web.xml 中描述就可以完成监听器的工作.
,一、 过滤器 Filter
1. why Filter?
针对通用WEB 服务、功能，透明的处理
2. 什么是 Servlet Filter?
过滤是 Servlet 2.3 版才引入的新特性。过滤器可以认为是实现 Http 请求、响应以及头信息等内容的传送的代码片断。
过滤器并不能创建响应，但它可以“过滤”传给 servlet 的请求，还可以“过滤”从 servlet 发送到客户端的响应；
它不仅能处理静态内容，还可以处理动态内容。换而言之，filter 其实是一个“servlet chaining”(servlet 链) 。 一个 filter 包括:
1) 在 servlet 被调用之前截获;
2) 在 servlet 被调用之前检查 servlet request;
3) 根据需要修改 request 头和 request 数据;
4) 根据需要修改 response 头和 response 数据;
5) 在 servlet 被调用之后截获.
3. 过滤器的生命周期
Filter 组件的生命周期与 Servlet 的类似。
过滤器有四个阶段(与servlet 类似) ：
1) 实例化;
2) 初始化(调用init()方法);
3) 过滤(调用doFilter()方法);
4) 销毁(调用destroy()方法);
4. Filter编程
1) 定义Filter(implements Filter)
2) 配置Filter
配置对哪些资源进行过滤(url)