单点登录(Single Sign On),简称为 SSO,是目前比较流行的企业业务整合的解决方案之一。SSO的定义是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。
我这套系统应该叫做伪SSO吧(暂且我就这么叫吧)
正常的SSO模块实现逻辑:
- 当用户第一次访问应用系统的时候,因为还没有登录,会被引导到认证系统中进行登录;根据用户提供的登录信息,认证系统进行身份校验,如果通过校验,应该返回给用户一个认证的凭据--ticket;用户再访问别的应用的时候,就会将这个ticket带上,作为自己认证的凭据,应用系统接受到请求之后会把ticket送到认证系统进行校验,检查ticket的合法性。如果通过校验,用户就可以在不用再次登录的情况下访问应用系统2和应用系统3了。
我们的实现逻辑:
- 当用户第一次登陆成功的时候,会根据用户密码+当前时间戳+用户ID为字符串调用一个对称加密的方法,生成token,让后将这个token存储到本地(浏览器cookie,APP本地缓存),用户下次访问的时候程序自动携带该token,服务端拿到该token之后,利用解密方法,将里面的用户ID,密码解出来,然后拿着用户ID查到用户信息,将查到的用户密码和解密出来的用户密码做对比,成功则继续,不成功提示用户登录。
关于架构的设想
目前的实现:
- 单模块开发,里面集成了手机号码登录、三方登录、用户信息修改、三方账号解绑等。
猜想的实现:
- 网站不断状大,需要调用用户相关内容的地方就比较多,比如支付需要获取用户信息、用户微信端参与活动页需要调用用户信息
- 我的设想,将用户模块拆分一下:
- 业务层:接受处理用户登录、修改信息、绑定等信息
- 逻辑层(服务层):使用rpc框架或者其他方案,作为底层服务。