我现在的逻辑是这样完成登陆后生成了一个uid缓存起来,uid做key,value有对应的用户数据,这个uid就是我这边业务的登录态,这个uid的缓存时间如何与session_key一致。或者说uid存永久的,写一个公共方法通过checkSessionKey验证session是否过期没有过期,才能通过uid获取缓存里对应key的value(用户数据),不过这样会导致频繁请求checkSessionKey接口的问题,因为大部分接口都要key的value(用户数据)的支持才能请求成功,每个接口又需要每次都请求才能知道是否过期,因为没有其他的依据可以保存下来做判断。还是说我的逻辑有问题,求各位指点下
在app.js的onLaunch里做一次就行啦
但那个只是前端呀,后台的呢,不可能后台不需要验证登录吧!需要后台验证登录,以我现在逻辑就会产生下面的这种情况。冒昧问一下小姐姐你公司项目,后台登录接口这边,验证数据库有这个用户后执行的逻辑(怎么告诉前端我已经登录)是怎么处理的,方便告诉下吗
我们没做过期,用户来了,校验openid是否已存在,然后返回用户数据和新的不过期的token
没过期,会导致token一直增长下去吧,这样做不要紧吗
(我猜霄霄卢是男的)
同一个人再来的时候就把旧的失效了 用新的
@nickname@卢霄霄大佬们求解一下,文档只是说可以这样做,但是怎么做没介绍到,社区我基本都搜个遍,没找到这方面的答案。我比较笨,实在想不出要怎么来处理