状态管理-Session
2017-07-05 09:10
393 查看
1. 状态管理-Session
1.1. Session
1.1.1. 什么是Session
服务器为不同的客户端在内存中创建了用于保存数据的Session对象,并将用于标识该对象的唯一Id发回给与该对象对应的客户端。当浏览器再次发送请求时,SessionId也会被发送过来,服务器凭借这个唯一Id找到与之对应的Session对象。在服务器端维护的这些用于保存与不同客户端交互时的数据的对象叫做Session。1.1.2. Session工作原理
图– 1
如图-1 所示,浏览器第一次访问服务器时,服务器会为该客户端分配一块对象空间,并且使用不同的SID来进行标识,该标识SID会随着响应发回到客户端,且被保存在内存中。当同一个客户端再次发送请求时,标识也会被同时发送到服务器端,而服务器判断要使用哪一个Session对象内的数据时,就会根据客户端发来的这个SID来进行查找。
1.1.3. 如何获得Session
获得session有两种情况,要么请求中没有SID,则需要创建;要么请求中包含一个SID,根据SID去找对应的对象,但也存在找到找不到的可能。但不管哪种情况都依赖于请求中的这个唯一标识,虽然对于编程人员来讲不需要去查看这个基本不会重复、编号很长的标识,但要想获取到与客户端关联的这个session对象一定要基于请求,所以在Request类型的API中包含获取到session对象的方法,代码如下所示:copytextpop-up
HttpSession s = request.getSession(boolean flag); HttpSession s = request.getSession( );
HttpSession s = request.getSession(boolean flag); HttpSession s = request.getSession( );
使用第一种获取session对象的方法时,
flag = true:先从请求中找找看是否有SID,没有会创建新Session对象,有SID会查找与编号对应的对象,找到匹配的对象则返回,找不到SID对应的对象时则会创建新Session对象。所以,填写true就一定会得到一个Session对象。
flag= false:不存在SID以及按照SID找不到Session对象时都会返回null,只有根据SID找到对应的对象时会返回具体的Session对象。所以,填写false只会返回已经存在并且与SID匹配上了的Session对象。
request.getSession()方法不填写参数时等同于填写true,提供该方法主要是为了书写代码时更方便,大多数情况下还是希望能够返回一个Session对象的。
1.1.4. 如何使用Session绑定对象
Session作为服务器端为各客户端保存交互数据的一种方式,采用name-value对的形式来区分每一组数据。向Session添加数据绑定的代码如下:copytextpop-up
void session.setAttribute(String name,Object obj);
void session.setAttribute(String name,Object obj);
获取绑定数据或移除绑定数据的代码如下:
copytextpop-up
void session.getAttribute(String name); void session.removeAttribute(String name);
void session.getAttribute(String name); void session.removeAttribute(String name);
Session对象可以保存更复杂的对象类型数据了,不像Cookie只能保存字符串。
1.1.5. 如何删除Session对象
如果客户端想删除SID对应的Session对象时,可以使用Session对象的如下方法:copytextpop-up
void invalidate()
void invalidate()
该方法会使得服务器端与该客户端对应的Session对象不再被Session容器管理,进入到垃圾回收的状态。对于这种立即删除Session对象的操作主要应用于不再需要身份识别的情况下,如登出操作。
1.2. Session超时
1.2.1. 什么是Session超时
Session会以对象的形式占用服务器端的内存,过多的以及长期的消耗内存会降低服务器端的运行效率,所以Session对象存在于内存中时会有默认的时间限制,一旦Session对象存在的时间超过了这个缺省的时间限制则认为是Session超时,Session会失效,不能再继续访问。Web服务器缺省的超时时间设置一般是30分钟。
1.2.2. 如何修改Session的缺省时间限制
有两种方式可以修改Session的缺省时间限制,编程式和声明式。编程式:
copytextpop-up
void setMaxInactiveInterval(int seconds)
void setMaxInactiveInterval(int seconds)
声明式:
copytextpop-up
<session-config>
<session-timeout>30</session-timeout>
</session-config>
<session-config> <session-timeout>30</session-timeout> </session-config>
使用声明式来修改缺省时间,那么该应用创建的所有Session对象的生命周期都会应用这个规定的时间,单位为分钟。
使用编程式来修改缺省时间只会针对调用该方法的Session对象应用这一原则,不会影响到其他对象,所以更灵活。通常在需要特殊设置时使用这种方式。时间单位是秒,与声明式的时间单位不同。
1.2.3. Session验证
Session既然区分不同的客户端,所以可以利用Session来实现对访问资源的保护。如,可以将资源划分为登录后才能访问。Session多用于记录身份信息,在保护资源被访问前可以通过判断Session内的信息来决定是否允许。这是依靠Session实现的验证。使用Session实现验证的步骤如下:
步骤一、为Session对象绑定数据,代码如下:
copytextpop-up
HttpSession s = request.getSession(); s.setAttribute(“uname”,“Rose”);
HttpSession s = request.getSession(); s.setAttribute(“uname”,“Rose”);
步骤二、读取Session对象中的绑定值,读取成功代表验证成功,读取失败则跳转回登录页面。
copytextpop-up
HttpSession s = request.getSession();
if(s.getAttribute(“uname”)==null){
response.sendRedirect(“logIn.jsp”);
}else{
//… …
}
HttpSession s = request.getSession(); if(s.getAttribute(“uname”)==null){ response.sendRedirect(“logIn.jsp”); }else{ //… … }
1.2.4. Session优缺点
Session对象的数据由于保存在服务器端,并不在网络中进行传输,所以安全一些,并且能够保存的数据类型更丰富,同时Session也能够保存更多的数据,Cookie只能保存大约4kb的字符串。Session的安全性是以牺牲服务器资源为代价的,如果用户量过大,会严重影响服务器的性能。
1.2.5. 浏览器禁用Cookie的后果
Session对象的查找依靠的是SID,而这个ID保存在客户端时是以Cookie的形式保存的。一旦浏览器禁用Cookie,那么SID无法保存,Session对象将不再能使用。为了在禁用Cookie后依然能使用Session,那么将使用其他的存储方法来完成SID的保存。URL地址在网络传输过程中不仅仅能够起到标示地址的作用,还可以在其后携带一些较短的数据,SID就可以通过URL来实现保存,及URL重写。
1.2.6. 什么是URL重写
浏览器在访问服务器的某个地址时,会使用一个改写过的地址,即在原有地址后追加SessionID,这种重新定义URL内容的方式叫做URL重写。如:原有地址的写法为http://localhost:8080/test/some
重写后的地址写法为http://localhost:8080/test/some;jsessionid=4E113CB3
1.2.7. 如何实现URL重写
生成链接地址和表单提交时,使用如下代码:copytextpop-up
<a href=”<%=response.encodeURL(String url)>”>链接地址</a>
<a href=”<%=response.encodeURL(String url)>”>链接地址</a>
如果是重定向,使用如下代码代替response.sendRedirect()
copytextpop-up
response.encodeRedirectURL(String url);
response.encodeRedirectURL(String url);
1.3. 验证码
1.3.1. 验证码的作用
验证码技术可以防止对于应用恶意发送数据,因其不规律且不能由机器代劳,所以一定程度上避免了恶意程序对网站的攻击。验证码本质上是一张图片,图片内容的准确解析不容易用程序来实现,所以能避免内容被快速读取。并且,图片的内容是使用程序随机生成后绘制得到。
注册、登录这样的功能一般都会配备验证码,一定程度上避免恶意代码的攻击。
1.3.2. 验证码的绘制
绘制验证码图片不仅仅需要随机生成要绘制的内容,同时要配合Java中与绘图有关的一套API来完成。绘制API将画板、画笔、颜料、字体等都解释为对象,绘制的过程就是这些对象互相配合完成的。主要涉及Graphics、Font等类型。1.3.3. 验证码图片的绘制步骤
绘制图片的基本步骤如下:常见内存画板对象
创建基于该画板的画笔
设定画笔的颜色
设定画板背景的颜色
使用画笔的绘制方法绘制随机内容
更改画笔颜色
绘制随机的两点一线的干扰线
绘制完成后将图片压缩并输出到客户端
以上步骤对应的实现代码如下所示:
copytextpop-up
package web;
import java.awt.*;
import java.awt.image.BufferedImage;
import java.io.IOException;
import java.io.OutputStream;
import java.util.Random;
import javax.servlet.*;
import javax.servlet.http.*;
public class CheckcodeServlet extends HttpServlet {
private int width = 80; //图片的宽度
private int height = 30;//图片的高度
public void service(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
/*
* 绘图
*/
//step1,创建一个内存映像对象(画板)
BufferedImage image = new BufferedImage(width,height,
BufferedImage.TYPE_INT_RGB);
//step2,获得画笔
Graphics g = image.getGraphics();
//step3,给笔上色
Random r = new Random();
g.setColor(new Color(r.nextInt(255), r.nextInt(255),r.nextInt(255)));
//step4,给画板设置背景颜色
g.fillRect(0, 0, width, height);
//step5,绘制一个随机的字符串
String number = r.nextInt(99999) + "";
g.setColor(new Color(0,0,0));
//new Font(字体,风格,大小)
g.setFont(new Font(null,Font.ITALIC,24));
g.drawString(number, 5, 25);
//step6,加一些干扰线
for(int i=0;i < 8;i++){
g.setColor(new Color(r.nextInt(255),
r.nextInt(255),r.nextInt(255)));
g.drawLine(r.nextInt(width),
r.nextInt(height), r.nextInt(width),
r.nextInt(height));
}
/*
* 压缩图片并输出到客户端(浏览器)
*/
response.setContentType("image/jpeg");
OutputStream ops =response.getOutputStream();
javax.imageio.ImageIO.write(image, "jpeg", ops);
ops.close();
}
}
代码
配置web.xml文件代码如下:
copytextpop-up
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<servlet>
<servlet-name>CheckcodeServlet</servlet-name>
<servlet-class>web.CheckcodeServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>CheckcodeServlet</servlet-name>
<url-pattern>/checkcode</url-pattern>
</servlet-mapping>
</web-app>
代码
HTML页面中添加如下代码加入该图片:
copytextpop-up
<img src="checkcode"/>
<img src="checkcode"/>
1.4. 密码加密
1.4.1. 摘要加密
摘要加密的特点:不适用密钥,使用摘要加密算法对明文进行加密之后会得到密文,无法反推出明文。唯一性:不同的明文有不同的密文。不可逆性:即使知道了摘要加密算法,也无法反推出明文。1.4.2. 如何实现摘要加密
copytextpop-up
public class MD5Util{
private static void test1() throws NoSuchAlgorithmException{
String str = "I love you";
MessageDigest md = MessageDigest.getInstance("md5");
//依据指定的加密算法进行加密
byte[] buf = md.digest(str.getBytes());
//因为字节数组不方便使用,所以,将其转换成一个字符串
//BASE64Encoder的encode方法可以将任意的一个字节数组转换成一个字符串
BASE64Encoder base = new BASE64Encoder();
String str2 = base.encode(buf);
System.out.println(str2);
}
public static String encrypt(String origStr){
MessageDigest md = MessageDigest.getInstance("md5");
byte[] buf = md.digest(str.getBytes());
BASE64Encoder base = new BASE64Encoder();
String str = base.encode(buf);
return str;
}
}
代码
相关文章推荐
- ASP.NET状态管理 APPlication,Session,Cookie和ViewState等对象用法和区别
- ASP.NET状态管理之二:Session
- ASP.NET中的状态—基于服务器端的状态管理Session(二)
- ASP.NET状态管理 APPlication,Session,Cookie和ViewStat用法
- ASP.NET 状态管理(cookie、Session)
- Application、Session、Server 状态管理
- 状态管理,session与cookie
- asp.net页面状态管理cookie和服务器状态管理Session
- asp.net页面状态管理cookie和服务器状态管理Session
- JavaWeb状态与会话管理Session
- 个人理解session、application、cookie等状态管理的含义
- 【C#.NET】ASP.NET状态管理之二:Session
- ASP.NET状态管理 APPlication,Session,Cookie和ViewStat用法
- session 无状态管理
- Asp.net 基础9(状态管理之Session,实例购物车简单代码)
- ASP.NET状态管理 APPlication,Session,Cookie和ViewState等对象用法和区别
- 状态管理Application和Session、Cache以及Cookie
- 状态管理之Session
- ASP.NET温故而知新学习系列之ASP.NET中的状态—2-基于服务器端的状态管理Session
- ASP.NET状态管理 APPlication,Session,Cookie和ViewStat用法