我现在是所有跟环信相关的操作, 都事先获取一次token, 但是每次都重新获取太慢了, 想获取一次然后再过期之前直接用 从服务器端从环信获取服务器token, 返回的信息里有一条是 “expires_in” : 3398050 , 这个expires_in 的值是会往下减的, 那这个有效期过了之后, token是会变成新的值, 还是重新刷新这个时间? 我要如何保证我存起来给其他操作用的token一直是有效的呢?
回复 (4)
E
查到这样一个帖子 : "每次报了401才去获取access_token，虽然逻辑清晰，但写业务时不方便啊，每个业务处理逻辑中都要包含这个处理，还得考虑到并发量大的时候环信服务端对获取access_token的限流问题，总之还是比较考验编码者功力 本来想用定期任务来简化这个流程的，没想到听一楼说：现在有效期内获取的token值是一样的 也就是说定时获取既不会获得新token，也不会reset旧token的expiration，直接断了我的念想，还是老老实实报了401再去获取吧。。。" 不知道是不是真是这样的.....
F
引用 Eeylx查到这样一个帖子 : "每次报了401才去获取access token，虽然逻辑清晰，但写业务时不方便啊，每个业务处理逻辑中都要包含这个处理，还得考虑到并发量大的时候环信服务端对获取acces...
@Eeylx 我也是报了401才去获取access_token,而且环信的文档上说了,expires_in时间并不准确,我遇到过至少两次提前access_toen失效,后来吸取教训才变成401错误重新更新token
E
引用 Fov6363@Eeylx 我也是报了401才去获取access token,而且环信的文档上说了,expires in时间并不准确,我遇到过至少两次提前access toen失效,后来吸取教训才变成401...
@Fov6363 但是我今天发现另一个问题, 比如我获取了token之后, 在发送注册的api的时候, token随便写或者空着, 都能成功注册, 你有试过这个问题吗? 我根本就不会报401错啊,
F
引用 Eeylx@Fov6363 但是我今天发现另一个问题, 比如我获取了token之后, 在发送注册的api的时候, token随便写或者空着, 都能成功注册, 你有试过这个问题吗? 我根本就不会报401错...
@Eeylx 没有啊,我如果token随便写一定会报错的...不了我可能知道要换token这件事
参与回复
登录后即可参与回复。登录