自動批准授權碼 前面我們授權的流程中，第一步獲取授權碼的時候，都會經歷一個授權是否同意頁面： 這個流程就像第三方登錄成功后，提問是否允許獲取昵稱和頭像信息的頁面一樣，這個過程其實是可以自動同意的，需要在客戶端配置中，增加一個自動批准： 這樣我們申請授權碼直接就可以得到： 在流程 ...

密碼模式 前面介紹了授權碼模式和刷新令牌兩種獲取最新令牌的方法，下面來看一下其它模式。首先看密碼模式，我們默認配置的三種模式中其實就包含密碼模式的支持： 因此我們啟動項目，直接使用密碼模式即可，訪問地址是： http://ip:port/oauth/token 參數 ...

內存中存儲token 我們來繼續授權服務代碼的下一個優化。現在授權服務中，token的存儲是存儲在內存中的，我們使用的是 InMemoryTokenStore ： 圖中的tokenStore方法支持很多種令牌的存儲方式，來看一下： InMemoryTokenStore：這個版本 ...

應用登記 一個應用要求 OAuth 授權，必須先到對方網站登記，讓對方知道是誰在請求。舉個例子，下面是github的登記頁面： https://github.com/settings/applications/new 下面我們來自己做一個簡單的應用登記，根據表 ...

增加Eureka 前面介紹的項目都是授權服務和資源服務單獨兩個，這樣在資源服務中的 check_token 地址都是寫死的地址 ： 下面我們把eureka加上，這樣就可以直接用服務名了。eur ...

使用JDBC維護授權碼 前面的代碼中，測試流程第一步都是獲取授權碼，然后再攜帶授權碼去申請令牌，授權碼示例如下： 產生的授權碼默認是 6 位的，產生以后並沒有做任何管理，可以說是一個臨時性的授權碼，oauth2也提供了將授權碼使用jdbc進行管理的功能，首先在數據庫中創建表 ...

登錄總結 前面基本介紹了security的常規用法，同時介紹了JWT和它的一個簡單實現，基本上開發中遇到的登錄問題都能解決了，即使在分布式開發，或者微服務開發中實現登錄也基本沒有問題了。securi ...

OAuth2.0 OAuth 引入了一個授權層，用來分離兩種不同的角色：客戶端和資源所有者。客戶端來申請資源，資源所有者同意以后，資源服務器可以向客戶端頒發令牌。客戶端通過令牌，去請求數據。也就是說，OAuth 的核心就是向第三方應用頒發令牌。而且，OAuth 2.0 規定了四種獲得令牌的流程 ...