单点登录最容易被理解成“少输一次密码”。这当然是用户可感知的好处，但从系统建设角度看，它真正解决的是账号体系分散、权限边界混乱、多个系统无法协同的问题。SSO 一旦接得好，后续所有系统都会更容易接入；接不好，则可能把登录、退出、回跳、授权这些细节全部放大。
一、什么时候值得接入 SSO
如果团队只有一个系统、一个登录入口，而且角色和权限都很简单，SSO 未必是刚需。但一旦出现这些情况，单点登录就非常值得考虑：
- 多个业务系统需要共用同一批用户。
- 后台、官网、工具台、管理系统之间需要统一身份。
- 希望统一登录、注册、找回密码和账号管理流程。
- 后续还会继续接新系统，不想每套都单独做账号。
二、SSO 不只是登录成功这么简单
1. 回跳逻辑
用户从哪个系统来、登录后该回哪里、失败后怎么处理，这些细节都决定了实际体验。很多 SSO 做出来“能登录”，但回跳不稳定，用户就会觉得整个流程很别扭。
2. 退出逻辑
退出比登录更容易被忽略。用户退出一个系统后，是否应该退出全部系统？会不会还残留旧会话？如果没有统一规则，账号状态会很混乱。
3. 授权边界
“能登录”不代表“有权限做事”。SSO 负责的是身份统一，但具体系统里的角色和权限模型仍然要设计清楚，否则很容易把身份认证和业务授权混在一起。
BOJISTORE 视角
单点登录真正的长期价值，是让后续系统都能按统一规则接入，而不是每上一个新模块就重新造一套账号逻辑。
三、接入时最应该提前想清楚的事
- 账号归谁管：用户主档在哪、昵称邮箱如何同步、密码在哪维护。
- 会话怎么共享：Cookie、Token、回跳参数、过期时间和续期策略要有统一设计。
- 系统如何同步：登录态、用户资料、管理员身份、本地业务数据之间怎样映射。
四、为什么越早统一越好
账号体系一旦分散，每套系统都会慢慢长出自己的注册、登录、退出和权限处理逻辑。后面再统一，迁移成本会很高。相反，越早把身份体系收拢，后续系统越容易协作。
SSO 的意义从来不只是“少一次登录”，而是帮团队建立一套能支撑多个业务系统长期协作的身份底座。只要后面还会继续扩系统，越早把这层打稳，整体成本就越低。
