1. 如何撤销RefreshToken并在OAuth2用户同时失效的accessToken
重新使用OAuth2再获得授权就可以了
新的授权会有新的RefreshToken和accessToken，旧的授权会自动失效的
2. oauth2认证后返回#怎么获取accesstoken
数据库保存你最后获取到的access_token就可以了，当然，现在由于有refresh_token的存在，你还必须保存下refresh_token和过期时间，以用于更新access_token
至于access_token如何使用，其实就是相当于一个key你直接使用就可以了，你可以看这里
比如你说的获取用户信息，可以用这个接口获取到，其中只要你传递access_token就可以获取到与这个access_token匹配的用户的信息了。
3. 为什么oauth里面要用request token 和access token等等的东西
为什么oauth里面要用request token 和access token等等的东西
Oauth的Access Token还是比较安全的。至于内部人员拿到用的Access Token这种极端情况，是没办法避免的。但是这个跟Oauth的Access Token设计没关系了。
内部人员能拿到Access Token，也会拿到其他敏感数据，甚至会拿到APP的security key，甚至会脱裤。这种范围已经不单单是Access Token甚至APP设计需要考虑的了，这个涉及到整个企业架构，保密体系，人员管理，安全重视程度等复杂的东西了。
4. spring boot spring-security-oauth2 默认的authorize和token接口的区别
spring-security-oauth2在集群环境下可行
定时任务的实现方式有多种，例如JDK自带的Timer+TimerTask方式，Spring 3.0以后的调度任务(Scheled Task)，Quartz等。
Timer+TimerTask是最基本的解决方案，但是比较远古了，这里不再讨论。Spring自带的Scheled
Task是一个轻量级的定时任务调度器，支持固定时间(支持cron表达式)和固定时间间隔调度任务，支持线程池管理。以上两种方式有一个共同的缺点，那就是应用服务器集群下会出现任务多次被调度执行的情况，因为集群的节点之间是不会共享任务信息的，每个节点上的任务都会按时执行。Quartz是一个功能完善的任务调度框架，特别牛叉的是它支持集群环境下的任务调度，当然代价也很大，需要将任务调度状态序列化到数据库。Quartz框架需要10多张表协同，配置繁多，令人望而却步...
5. 使用oauth2.0授权获取access token后保存在哪，在access token没过期之前怎么再次调用，不用重新授权获取
access token 存在哪里主要看你的业务需求。大多数oauth授权服务器都支持缓存token。也就是说即使你不保存它，重复请求授权的时候，oauth授权服务器会将缓存中的token返回给你。
如果这种方法行不通的时候，可以考虑放到数据库中，
token和用户id一一对应的，所以可以在user表中增加token的字段进行保存。
当然也可以新建一个 userid -token的对应表。
6. 如何验证 oauth 2.0 token是否有效
这些都是发生在服务器端的交互，如果被窃取了可想你的服务器已经不安全了，不过也没有关系，一个加密的openid对谁来说都没有意义。
7. oauth2 token是否会变化
token被发行到客户端后，在token有效期内不会发生变化。
当token过期后， 如果服务提供方支持refresh_token方法，可以重新获取更新token。
8. json web token过期后怎么搞
不知是否指的access_token之类，如果是oauth验证的token，有两种方式：1通过refresh_token进行刷新(需要平台api支持);2重新授权验证
9. 授权失败 没有oauth_token参数或 oauth_token参数不合法
反馈到官方去会有技术人员分析解决的，他们会'指导的，我也遇到过