lucky8987
lucky8987
同样遇到了这个问题,因为CachedCompositePropertySource中的names缓存未被刷新,导致新增和删除apollo的key应用端匹配不到,可以用logging.level.xxx这个前缀的key进行验证一下。
这个看上去不太像READ_TIME_OUT_MILLIS 时间不够导致的, reason: user not found 这个报错像是用户Token失效了返回的提示?
> 1. No implementation about step more interval to re-login which to invalid the real username and password error so that login API called so frequently. > 2. It seems...
> > > 1. No implementation about step more interval to re-login which to invalid the real username and password error so that login API called so frequently. > >...
> 感觉判断403的话不仅包含了上文中auth key改变的情况,应该还包含了用户不存在/密码错误等情况,范围会不会太广了从而导致无效刷新?看上去判断auth key改变的情况 只需要符合 Invalid signature 这个提示就行,且只需重新登录一次刷新一下token就好了? 基于Invalid signature 的提示判断过于狭隘了,因为目前auth抽取出spi插件实现,非nacos认证插件无法命中client端刷新机制;其他场景可能也要考虑下,我认为理想的状态就是只改动client段不要改动server段来解决这个问题,server端不用升级。