单点登录 （ SSO ）的技术被越来越广泛地运用到各个领域的软件系统当中。本文从业务的角度分析了 单点登录 的需求和应用领域；从技术本身的角度分析了 单点登录 技术的内部机制和实现手段，并且给出Web- SSO 和桌面 SSO 的实现、源代码和详细讲解；还从安全和性能的角度对现有的实现技术进行进一步分析，指出相应的风险和需要改进的方面。本文除了从多个方面和角度给出了对 单点登录 （ SSO ）的全面分析，还并且讨论了如何将现有的应用和 SSO 服务结合起来，能够帮助应用架构师和系统分析人员从本质上认识 单点登录 ，从而更好地设计出符合需要的安全架构。
单点登录是什么？
单点登录 （Single Sign On），简称为 SSO ，是目前比较流行的企业业务整合的解决方案之一。SSO 的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。所以你会看到很多域名直接是sso.domain.com，也就是用来做单点登录 的。
如上图，一个用户请求N个系统，给用户的感觉是一个系统的感觉，而不要重复登录。
单点登录 是一个概念性东西，既然是概念，那么就有很多实现方式。
实现方案
根据不同的业务场景来不同的实现方式。下面来罗列一下对应的场景以及实现单点登录 的方式。
一、方案一。
域名：a.sojson.com 、b.sojson.com、c.sojson.com、n.sojson.com
描述：N个系统，但是 一级域名 是一致的。如果不懂 一级域名 、 二级域名 是什么意思先查看这篇博客。《单个项目多个二级域名简单实现思路》。这个案例实现相对简单，如下图：
PS：这个方案比较简单，只要提供公共的 SDK 即可，不需要第三个系统的出现，这个 SDK 的工作需要管理 Cookie 和用户信息。
原理：其实质这里就是利用了 二级域名 写 一级域名 的 Cookie 。
优点：轻量级、可插拔、效率非常高。
缺点：局限性限于一级域名是一样的。
二、方案二
域名：www.sojson.com、a.sojson.com、www.itboy.net、www.wenyiba.com。
描述：域名比较乱，有同一个一级域名的（www.sojson.com、a.sojson.com），也有不同域名的。
这个稍微复杂一点，如下图：
原理：通过SSO 系统（登录、退出）， Iframe 引用的方式引入Cookie.domain.com的方式，利用 Javascript 操作（写入 / 删除 / 修改） cookie ，而这个cookie.domain.com 域名是放入 CDN 上 ，获取用户信息当前系统直接通过 Redis （只读）获取。
优点：因为是采用压力分化，Cookie.domain.com 部署在CDN上，这样的话，对各个系统造成的压力是 0 ，用第三方系统（SSO）维护，权限更大，操作性更强，但又Cookie 信息在当前域名的一级域下，获取简单，大量减少对 sso 的访问量。
缺点：如果浏览器安全性过高，Iframe 的方式操作 Cookie 将会失败。比如IE浏览器，目前正在攻克IE浏览器。
三、方案三
域名：www.sojson.com、a.sojson.com、www.itboy.net、www.wenyiba.com。
描述：域名比较乱，有同一个一级域名的（www.sojson.com、a.sojson.com），也有不同域名的。
（条件和方案二一样），实现思路如下图：
原理：所有的请求（登录、退出、获取用户信息、当前用户状态）都请求sso 系统，sso 系统维护用户信息， Session ，UserInfo。
优点：实现较为简单。
缺点：SSO 压力非常大。
四、方案四
域名：www.sojson.com、a.sojson.com、www.itboy.net、www.wenyiba.com。
描述：域名比较乱，有同一个一级域名的（www.sojson.com、a.sojson.com），也有不同域名的。
（条件和方案二一样），实现采用 CAS 方式，这里就不做介绍了，资料非常多。
原理：和方案三类似。
优点：现成的，资料较多。
缺点：繁重、灵活性差。