shiro单点登录原理_SSO单点登录三种情况的实现方式详解

单点登录(SSO——Single Sign On)对于我们来说已经不陌生了。对于大型系统来说使用单点登录可以减少用户很多的麻烦。就拿百度来说吧，百度下面有很多的子系统——百度经验、百度知道、百度文库等等，如果我们使用这些系统的时候，每一个系统都需要我们输入用户名和密码登录一次的话，我相信用户体验肯定会直线下降。当然，对于个人博客这类系统来说根本就用不上单点登录了。

假如，我们的系统很庞大，但是就是这一个系统，并没有什么子系统。这时我们也不需要单点登录。我们需要的是搭建集群环境，这里虽说只有一个系统，但是多台主机负载均衡的话就涉及到session共享的问题了。Session共享问题较之于SSO来说将比较容易解决了。

好，我们不管不需要单点登录的系统了。题目中已经标明了SSO单点登录的三种情况，下面我们分别来介绍这三种情况。

在同一个域名下的不同站点是如何进行验证的

我们知道，PHP表单验证是完全依赖于Cookie的。因此说，如果两个站点可以共享相同的验证Cookie，这将很容易实现使用同一个用户登录多个站点。

按照HTTP协议规定，两个站点是可以共享Cookie的。前提是这两个站点是在同一个域名下面(或者是二级域名也可)。这种情况是属于同域下的Cookie。浏览器会将Cookie以及该Cookie所属的域存在本地。当你对该域下的任何子站点进行访问的时候，浏览器都会将这些Cookie发送给站点系统。

假设我们有两个站点

www.onmpw.com/site1

www.onmpw.com/site2

这两个站点共享同一个主机地址，并且二者在同一域名下。加入你刚刚登录了www.onmpw.com/site1，你的浏览器会有一个来自www.onmpw.com/site1的身份鉴证的cookie。当你点击site1下的任何的子页面的时候，这些cookie都会发送给site1。这是很容易理解的。同样的，当你请求www.onmpw.com/site2的时候，对于site2下面的任何页面这些cookie也同样会随着请求发送过去。为什么是这样，因为在浏览器端存储的cookie的域是www.onmpw.com。site1和site2两个站点是同属于该域的。所以对于该域下的cookie，两个站点都可以得到。

这种情况，如果系统是PHP的话我们根本不需要进行什么特殊的处理。只需要按照正常的验证方式进行验证即可。因为二者的sessionId是相同的，只要它们的session信息是保存在同一个地方即可。

同一个域但是不同的子域如何进行单点登录

假如我们的站点是按照下面的域名进行部署的

sub1.onmpw.com

sub2.onmpw.com

这两个站点共享同一域onmpw.com。

默认情况下，浏览器会发送cookie所属的域对应的主机。也就是说，来自于sub1.onmpw.com的cookie默认所属的域是.sub1.onmpw.com。因此，sub2.onmpw.com不会得到任何的属于sub1.onmpw.com的cookie信息。因为它们是在不同的主机上面，并且二者的子域也是不同的。

这种情况，如果我们使用PHP来实现的话，可以设置二者的cookie信息在同一个域下。

第一 登录sub1.onmpw.com系统

第二 登录成功以后，设置cookie信