web应用采用browser/server架构,http做为通讯协议。http是无状态协议,浏览器的每一次请求,服务器会独立处理,不与以前或以后的请求产生关联,这个过程用下图说明,三次请求/响应对之间没有任何联系。php
但这也同时意味着,任何用户都能经过浏览器访问服务器资源,若是想保护服务器的某些资源,必须限制浏览器请求;要限制浏览器请求,必须鉴别浏览器请求,响应合法请求,忽略非法请求;要鉴别浏览器请求,必须清楚浏览器请求状态。既然http协议无状态,那就让服务器和浏览器共同维护一个状态吧!这就是会话机制。java
浏览器第一次请求服务器,服务器建立一个会话,并将会话的id做为响应的一部分发送给浏览器,浏览器存储会话id,并在后续第二次和第三次请求中带上会话id,服务器取得请求中的会话id就知道是否是同一个用户了,这个过程用下图说明,后续请求与第一次请求产生了关联。web
有了会话跟踪,登陆状态就好明白了,咱们假设浏览器第一次请求服务器须要输入用户名与密码验证身份,服务器拿到用户名密码去数据库比对,正确的话说明当前持有这个会话的用户是合法用户,应该将这个会话标记为“已受权”或者“已登陆”等等之类的状态,既然是会话的状态,天然要保存在会话对象(浏览器中)数据库
web系统早已从久远的单系统发展成为现在由多系统组成的应用群,面对如此众多的系统,用户难道要一个一个登陆、而后一个一个注销吗?就像下图描述的这样浏览器
web系统由单系统发展成多系统组成的应用群,复杂性应该由系统内部承担,而不是用户。不管web系统内部多么复杂,对用户而言,都是一个统一的总体,也就是说,用户访问web系统的整个应用群与访问单个系统同样,登陆/注销只要一次就够了tomcat
虽然单系统的登陆解决方案很完美,但对于多系统应用群已经再也不适用了,为何呢?安全
单系统登陆解决方案的核心是cookie,cookie携带会话id在浏览器与服务器之间维护会话状态。但cookie是有限制的,这个限制就是cookie的域(一般对应网站的域名),浏览器发送http请求时会自动携带与该域匹配的cookie,而不是全部cookie服务器
既然这样,为何不将web应用群中全部子系统的域名统一在一个顶级域名下,例如“*.baidu.com”,而后将它们的cookie域设置为“baidu.com”,这种作法理论上是能够的,甚至早期不少多系统登陆就采用这种同域名共享cookie的方式。cookie
然而,可行并不表明好,共享cookie的方式存在众多局限。首先,应用群域名得统一;其次,应用群各系统使用的技术(至少是web服务器)要相同,否则cookie的key值(tomcat为JSESSIONID)不一样,没法维持会话,共享cookie的方式是没法实现跨语言技术平台登陆的,好比java、php、.net系统之间;第三,cookie自己不安全。架构
所以,咱们须要一种全新的登陆方式来实现多系统应用群的登陆,这就是单点登陆
什么是单点登陆?单点登陆全称Single Sign On(如下简称SSO),是指在多系统应用群中登陆一个系统,即可在其余全部系统中获得受权而无需再次登陆,包括单点登陆与单点注销两部分
下面对上图简要描述
用户登陆成功以后,会与sso认证中心及各个子系统创建会话,用户与sso认证中心创建的会话称为全局会话,用户与各个子系统创建的会话称为局部会话,局部会话创建以后,用户访问子系统受保护资源将再也不经过sso认证中心,全局会话与局部会话有以下约束关系
你能够经过博客园、百度、csdn、淘宝等网站的登陆过程加深对单点登陆的理解,注意观察登陆过程当中的跳转url与参数
单点登陆天然也要单点注销,在一个子系统中注销,全部子系统的会话都将被销毁,用下面的图来讲明
sso认证中心一直监听全局会话的状态,一旦全局会话销毁,监听器将通知全部注册系统执行注销操做
下面对上图简要说明