单点登录(Single Sign On)，简称为 SSO，是目前比较流行的企业业务整合的解决方案之一。SSO 的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。

　　单点登录，又译为单一签入，一种对于许多相互关连，但是又是各自独立的软件系统，提供访问控制的属性。当拥有这项属性时，当用户登录时，就可以获取所有系统的访问权限，不用对每个单一系统都逐一登录。这项功能通常是以轻型目录访问协议来实现，在服务器上会将用户信息存储到 LDAP 数据库中。相同的，单一退出(single sign-off)就是指，只需要单一的退出动作，就可以结束对于多个系统的访问权限。

　　当用户第一次访问应用系统 1 的时候，因为还没有登录，会被引导到认证系统中进行登录;根据用户提供的登录信息，认证系统进行身份校验，如果通过校验，应该返回给用户一个认证的凭据--ticket;用户再访问别的应用的时候就会将这个 ticket 带上，作为自己认证的凭据，应用系统接受到请求之后会把 ticket 送到认证系统进行校验，检查 ticket 的合法性。如果通过校验，用户就可以在不用再次登录的情况下访问应用系统 2 和应用系统 3 了。

　　单点登录在大型网站里使用得非常频繁，例如像阿里巴巴这样的网站，在网站的背后是成百上千的子系统，用户一次操作或交易可能涉及到几十个子系统的协作，如果每个子系统都需要用户认证，不仅用户会疯掉，各子系统也会为这种重复认证授权的逻辑搞疯掉。实现单点登录说到底就是要解决如何产生和存储那个信任，再就是其他系统如何验证这个信任的有效性，因此要点也就是：存储信任、验证信任。如果一个系统做到了开头所讲的效果，也就算单点登录，单点登录有不同的实现方式。

　　单点登录的优点

　　使用单点登录的好处包括：

　　降低访问第三方网站的风险(不存储用户密码，或在外部管理)。

　　减少因不同的用户名和密码组合而带来的密码疲劳。

　　减少为相同的身份重新输入密码所花费的时间。

　　因减少与密码相关的调用 IT 服务台的次数而降低 IT 成本。

　　SSO 为所有其它应用程序和系统，以集中的验证服务器提供身份验证，并结合技术以确保用户不必频繁输入密码。

　　很早期的公司，一家公司可能只有一个 Server，慢慢的 Server 开始变多了。每个 Server 都要进行注册登录，退出的时候又要一个个退出。用户体验很不好!你可以想象一下，上豆瓣 要登录豆瓣 FM、豆瓣读书、豆瓣电影、豆瓣日记……真的会让人崩溃的。我们想要另一种登录体验：一家企业下的服务只要一次注册，登录的时候只要一次登录，退出的时候只要一次退出。怎么做?

　　一次注册。 一次注册不难，想一下是不是只要 Server 之间同步用户信息就行了?可以，但这样描述不太完整，后续讲用户注册的时候详细说。实际上用户信息的管理才是 SSO 真正的难点，只是作为初学者，我们的难点在于实现 SSO 的技术!我们先讨论实现手段。

　　一次登录与一次退出。 回头看看普通商场的故事，什么东西才是保持登录状态关键的东西?记录器(session)?那种叫做 cookie 的纸张?写在纸张上的 ID? 是 session 里面记录的信息跟那个 ID，cookie 不只是记录 ID 的工具而已。客户端持有 ID，服务端持有 session，两者一起用来保持登录状态。客户端需要用 ID 来作为凭证，而服务端需要用 session 来验证 ID 的有效性(ID 可能过期、可能根本就是伪造的找不到对于的信息、ID 下对应的客户端还没有进行登录验证等)。但是 session 这东西一开始是每个 server 自己独有的，豆瓣 FM 有自己的 session、豆瓣读书有自己的 session，而记录 ID 的 cookie 又是不能跨域的。所以，我们要实现一次登录一次退出，只需要想办法让各个 server 的共用一个 session 的信息，让客户端在各个域名下都能持有这个 ID 就好了。再进一步讲，只要各个 server 拿到同一个 ID，都能有办法检验出 ID 的有效性、并且能得到 ID 对应的用户信息就行了，也就是能检验 ID 。