接入过微信公众号的筒子对AccessToken应该不陌生，这是调用接口的凭证，每次请求接口都需要携带凭证，通常有效时间为7200s。
我们的项目需要调用sp的接口，类似公众号需要携带AccessToken，有效期也是7200s。AccessToken的获取及有效期管理一直没有问题，前几日上线却出现了部分节点AccessToken失效的问题。
有关AccessToken整体流程处理是没有问题的，经过排查才发现有个细节出现了问题，先看下来的处理流程。
1 获取AccessToken，如果内存对象存在，并且在有效期内，直接返回
2 如果内存不存在，去缓存获取json串(防止应用重启)，设置有效时间(防止过期，提前过期)，通过json构造AccessToken
System.currentTimeMillis() + (expires - 600) * 1000
3 如果缓存没有json串，同步配置信息，使用配置信息请求sp获取AccessToken，失败重试3次；成功生成json串，通过json构造AccessToken
逻辑看似很严谨，却漏了一个容易忽略的细节。每次通过json构造AccessToken时，都会设置一次过期时间，对于新生成的AccessToken是没问题的；
但是由于重启，导致内存对象AccessToken销毁，redis中尚有json串时，再次设置有效时间很可能会出现Accesstoken已过期，但由于内存对象将有效时间拉长，导致本地还在自娱自乐，其他节点已经是新的AccessToken了。
修复bug，redis中有AccessToken json时，不再设置有效期，只有新生成的
AccessToken json才设置有效期。完
觉得有用，欢迎关注，码农小麦，公众号同