小程序开发-梳理登录流程-v1.0

在小程序官网里面会提到一个小程序的登录逻辑，这是官方推荐的登录逻辑，也就是所谓的小程序登录态维护逻辑，这里是官方的图：

官方逻辑的个人理解：

用户打开微信小程序。
也可以是在需要的时候处理这个逻辑，不一定是打开小程序的时候执行这个逻辑。
具体看业务需要，但是往往很多业务设计都是要用户打开小程序的时候，来运行这个逻辑的。
小程序通过 wx.login 获取微信的 code，然后将这个 code 发送给开发者服务器（我们自己的开发服务器）。
开发者服务器接收到code 之后，会进行封装处理，通过 code2Session 这个api 接口来获取真正需要的微信用户的登录态 session_key 和 openid 和 unionid 。
准确来说 session_key 才是真正的微信登录态信息，但是把 openid 和 unionid 加起来一起理解，也可以笼统地理解为这些都是微信的登录态信息。
然后需要开发者服务器自己生成一个自定义的登录态（例如业务 token或者 session）来保存这些微信服务器返回来的微信登录态相关信息（ session_key 和 openid 和 unionid ），并且做关联处理，然后返回给小程序客户端。
关联处理就是你的自定义登录态和微信的登录态相关联，这样的话就不需要维护多个登录态，只需要维护一个就可以了。
关联处理之后需要将这个自定义登录态信息保存起来，可以放到数据库或者本地文件或者 例如 redis 之类的缓存服务里面，以便方便后续使