如何优雅的刷新第三方接口的 token

第三方有没提供刷新 token 的接口？

第三方这个接口不返回过期时间吗？

拦截器,调用方是无感的

获取了新 token ，旧 token 还能不能用？
如果可以就启动一个定时任务，比超时时间提前几分钟获取新 token ，这样过程中也不会影响其他人使用。
如果不可以，那就没有其他更好的方案，都差不多

对缓存搞个异步的 reflasher

第三方有没提供刷新 token 的接口？

拦截器 或者 过滤器 拿到 token 比对过期时间 如果失效就重新获取 或者要求第三方 api 提供刷新 token 接口 或者根据第三方 api 的 token 过期时间 进行时间段内的定时任务批量刷新 才疏学浅 我能想到的就这些了

拦截器+retryer

第 1 种方法:每个调用第三方接口均调用同 1 个获取 token 方法 a,a 方法使用锁,在 a 方法进行逻辑判断:token 不存在或者过期,则调用第 3 方刷新 token 接口,记录 token 过期时间
第 2 种方法:如果是 retrofit 或者 okhttp 网络框架请求第三方,本身有拦截器,在拦截器中判断接口前缀是第 3 方并且不是刷新 token 的接口则进行统一的逻辑判断

1. 封装调用第三方的接口
2. 在封装中响应处理时根据第三方系统的错误信息判断是否可以处理，譬如过期
3. 将 token 存储到 redis 或者服务内存中，微服务架构建议存 redis 中
4. 如果发生 token 失效，就重新获取 token 并存储，且重新调用接口 （记得设置重试上限）

1. token 放在有过期时间的缓存中
2. 所有需要 token 的地方, 统一调用一个方法获取 token
3. 在获取 token 的方法内 先去缓存拿 token, 如果没有, 则获取新的 token, 并重新设置缓存(拥有过期时间), 返回新的 token.(加不加锁看自己项目情况)
4. 这不就是相当于无感调用, 而且没有[返回前端提示失败], 除非获取 token 的第三方接口出错

不会 java ， 但是问题很普遍啊，token 给你的时候，是有 expiretime 的吧，你把这个记着（缓存？），在每次使用前判断下过期了没有，然后过期了重新拿，没过期就直接用，这样...

https://github.com/simple-salesforce/simple-salesforce/blob/6e0ab819afed6680b90edf993370ad22bb5bce24/simple_salesforce/api.py#L583

看看这个实现也不错，统一 API 调用的入口。我用过装饰器实现也还行，原理一样，报错重试，Java 的注解是不是能实现类似 Python 装饰器的作用

和第三方沟通，为啥要调用返回才知道 token 过期了，不能给个过期时间，好让对接方定时任务提前刷好？

我启了单独的协程单独维护 token

我写了个定时任务，把 token 刷新到 consul 中，下游会自动监听变化

用 guava 的缓存实现就好了，可以配置定时刷新，只要把刷新的间隔小于有效时间就可以一直有效

我们是写了个 token 中控服，
1 、所有需要调用三方获取 token 的都调该中控服，由中控服去获取最新的 token ，并缓存再中控服内，
2 、如果某个业务使用处发现这个 token 过期了，那么就携带该过期 token 去请求中控服，中控服判断如果传入的 token 和缓存的 token 一致，那么就再去渠道刷一个最新的 token 缓存并返回。
3 、中控服缓存的过期时间比渠道返回的过期时间小 1-2 分钟，这样可以做到提前刷新，用户侧就不会感知到 token 过期的情况

我在项目中的实现：
https://blog.csdn.net/qq_40272936/article/details/130587204
通常搭配过滤器、拦截器使用，体验比定时任务好.

自己写个 getToken 方法不就行了，返回前判断下刷新时间，到了刷新时间就去刷新再取一次，没有到就直接返回缓存里的。要是像我之前对接京东 e 卡，新老 token 在过期前都能用，这个方法并发都不需要考虑。

我日，没有过期时间、刷新时间啊，那就没法了。只能自己根据经验设置个时间看多久去触发一次刷新 token ，尽量少出现 token 过期，再就是统一异常拦截 token 过期的异常兜个底。