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參數不合法
反饋到官方去會有技術人員分析解決的，他們會'指導的，我也遇到過