概念
SSO 英文全稱 Single Sign On，單點登錄。
在多個應用系統中，只需要登錄一次，就可以訪問其他相互信任的應用系統。
比如：淘寶網（www.taobao.com），天貓網（www.tmall.com），聚划算（ju.taobao.com），飛豬網（www.fliggy.com）等，這些都是阿里巴巴集團的網站。在這些網站中，我們在其中一個網站登錄了，再訪問其他的網站時，就無需再進行登錄，這就是 SSO 的主要用途。
好處
用戶角度
用戶能夠做到一次登錄多次使用，無需記錄多套用戶名和密碼，省心。
系統管理員角度
管理員只需維護好一個統一的賬號中心就可以了，方便。
新系統開發角度
新系統開發時只需直接對接統一的賬號中心即可，簡化開發流程，省時。
技術實現
流程圖
流程介紹
如果沒這個介紹，看上圖肯定是懵懵的。
系統A和系統B都是前後端分離的，比如前端框架用的 React / Vue / Angular，都是通過 NPM 編譯後獨立部署的，前後端完全通過HTTP接口的方式進行交互，也有可能前後端項目的域名都不一樣。
SSO認證中心不是前後端分離的，就是前端代碼和後端代碼部署在一個項目中。
爲什麼用這兩種情況呢？
其實就是爲了，在流程圖上出現這兩種情況，這樣的清楚了，後期改成任何一種就都清楚了。
試想一下：
三個系統都是前後端分離的情況，流程圖應該怎麼調整？
三個系統都不是前後端分離的情況，流程圖應該怎麼調整？
對外接口
系統A和系統B：用戶退出接口。
SSO 認證中心：用戶退出接口和token驗證接口。
登錄
如上述流程圖一致。
系統A和系統B：使用token認證登錄。
SSO 認證中心：使用會話認證登錄。
前後端分離項目，登錄使用token進行解決，前端每次請求接口時都必須傳遞token參數。
退出
上圖，表示的是從某一個系統退出的流程圖。
退出，還可以從SSO認證中心退出，然後調取各個系統的用戶退出接口。
當用戶再進行操作的時候，就會跳轉到SSO的登錄界面。
Token 生成方式
創建全局會話可以使用session，將session存儲到redis中。
令牌的生成可以使用JWT。
PHP JWT參考地址：https://github.com/lcobucci/jwt
當然還可以自定義token的生成方式。
小結
講解了什麼是SSO，以及SSO的用途與好處，同時根據流程圖一步步進行梳理，基本上就可以實現了。
期間遇到任何問題，都可以關注公衆號和我進行交流。
擴展
SSO與OAuth的區別
談到SSO很多人就想到OAuth，也有談到OAuth想到SSO的，在這裏我簡單的說一下區別。
通俗的解釋，SSO是處理一個公司內的不同應用系統之間的登錄問題，比如阿里巴巴旗下有很多應用系統，我們只需要登錄一個系統就可以實現不同系統之間的跳轉。
OAuth是不同公司遵循的一種授權方案，也是一種授權協議，通常都是由大公司提供，比如騰訊，微博。我們常用的QQ登錄，微博登錄等，使用OAuth的好處是可以使用其他第三方賬號進行登錄系統，減少了因用戶懶，不願註冊而導致用戶流失的風險。
現在一些支付業務也用OAuth，比如微信支付，支付寶支付。
還有一些開放平臺也用OAuth，比如百度開放平臺，騰訊開放平臺。
SSO與RBAC的關係
如果企業有多個管理系統，現由原來的每個系統都有一個登錄，調整爲統一登錄認證。
那麼每個管理系統都有權限控制，吸取統一登錄認證的經驗，我們也可以做一套統一的RBAC權限認證。
本文歡迎轉發，轉發請註明作者和出處，謝謝！
