1.概述

前面幾個章節所述內容如下：

本章節主要敘說Token的儲存情況。預設的情況下，SpringOauth2.0 提供4種方式儲存。第一種是提供了基於mysql的儲存，第二種是基於redis的儲存。第三種基於jvm的儲存，第四種基於Jwt的儲存方式。這裡我們主要分析的是mysql的持久化和redis的持久化。首先分析下儲存的實現類。然後分析下不同儲存方式下，表元資料的資訊。

2.Token儲存的實現

2.1 token儲存的介面詳解

token的儲存是通過TokenStore這個介面實現的，下面我們分析下TokenStore的方法引數。

public interface TokenStore {
//讀取指定的使用者身份認證
	OAuth2Authentication readAuthentication(OAuth2AccessToken token);
// 根據token讀取指定的使用者身份認證
	OAuth2Authentication readAuthentication(String token);
// 儲存token資訊和使用者認證資訊
	void storeAccessToken(OAuth2AccessToken token, OAuth2Authentication authentication);
// 根據tokenValue讀取token資訊
	OAuth2AccessToken readAccessToken(String tokenValue);
// 移除token資訊
	void removeAccessToken(OAuth2AccessToken token);
// 儲存重新整理token資訊
	void storeRefreshToken(OAuth2RefreshToken refreshToken, OAuth2Authentication authentication);
// 讀取重新整理token資訊
	OAuth2RefreshToken readRefreshToken(String tokenValue);
// 讀取Token詳細資訊
	OAuth2AccessToken getAccessToken(OAuth2Authentication authentication);
// 通過客戶端和使用者名稱查詢當前授權的所有token資訊
	Collection<OAuth2AccessToken> findTokensByClientIdAndUserName(String clientId, String userName);
// 查詢當前客戶端下的所有用認證的token資訊
	Collection<OAuth2AccessToken> findTokensByClientId(String clientId);
}
 

通過上一章節的分析，我們可以知道，當前儲存的主鍵：token_id的生成規則是根據的：

	private static final String CLIENT_ID = "client_id";
	private static final String SCOPE = "scope";
	private static final String USERNAME = "username";

傳輸的這三個值做MD5生成的。所以，同一個客戶端下，可以存在多個使用者的token的資訊。

2.2 TokenStore介面的實現詳解

通過介面的實現可以得出，其主要的有四種方式來儲存Token。

1. RedisTokenStore 通過Redis的方式進行儲存
2. JdbcTokenStore 通過Jdbc序列化的方式進行儲存
3. InMemoryTokenStore 直接將當前的Token資訊儲存在JVM中。
4. JwtTokenStroe 通過Jwt的方式進行儲存

上面的四種方式進行Token的持久化儲存。其中InMemoryTokenStore是將當前的token資訊儲存到jvm中，重啟服務後當前token資訊將不復存在。所以，只能在測試開發時候使用。

3.Token儲存的元資料資訊

3.1 mysql中token儲存的元資料詳解

CREATE SCHEMA IF NOT EXISTS `oauth2` DEFAULT CHARACTER SET utf8 ;
USE `oauth2` ;

-- -----------------------------------------------------
-- Table `oauth2`.`clientdetails`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`clientdetails` (
  `appId` VARCHAR(128) NOT NULL,
  `resourceIds` VARCHAR(256) NULL DEFAULT NULL,
  `appSecret` VARCHAR(256) NULL DEFAULT NULL,
  `scope` VARCHAR(256) NULL DEFAULT NULL,
  `grantTypes` VARCHAR(256) NULL DEFAULT NULL,
  `redirectUrl` VARCHAR(256) NULL DEFAULT NULL,
  `authorities` VARCHAR(256) NULL DEFAULT NULL,
  `access_token_validity` INT(11) NULL DEFAULT NULL,
  `refresh_token_validity` INT(11) NULL DEFAULT NULL,
  `additionalInformation` VARCHAR(4096) NULL DEFAULT NULL,
  `autoApproveScopes` VARCHAR(256) NULL DEFAULT NULL,
  PRIMARY KEY (`appId`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;


-- -----------------------------------------------------
-- Table `oatuh2`.`oauth_access_token`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`oauth_access_token` (
  `token_id` VARCHAR(256) NULL DEFAULT NULL,
  `token` BLOB NULL DEFAULT NULL,
  `authentication_id` VARCHAR(128) NOT NULL,
  `user_name` VARCHAR(256) NULL DEFAULT NULL,
  `client_id` VARCHAR(256) NULL DEFAULT NULL,
  `authentication` BLOB NULL DEFAULT NULL,
  `refresh_token` VARCHAR(256) NULL DEFAULT NULL,
  PRIMARY KEY (`authentication_id`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;


-- -----------------------------------------------------
-- Table `oatuh2`.`oauth_approvals`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`oauth_approvals` (
  `userId` VARCHAR(256) NULL DEFAULT NULL,
  `clientId` VARCHAR(256) NULL DEFAULT NULL,
  `scope` VARCHAR(256) NULL DEFAULT NULL,
  `status` VARCHAR(10) NULL DEFAULT NULL,
  `expiresAt` DATETIME NULL DEFAULT NULL,
  `lastModifiedAt` DATETIME NULL DEFAULT NULL)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;


-- -----------------------------------------------------
-- Table `oatuh2`.`oauth_client_details`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`oauth_client_details` (
  `client_id` VARCHAR(128) NOT NULL,
  `resource_ids` VARCHAR(256) NULL DEFAULT NULL,
  `client_secret` VARCHAR(256) NULL DEFAULT NULL,
  `scope` VARCHAR(256) NULL DEFAULT NULL,
  `authorized_grant_types` VARCHAR(256) NULL DEFAULT NULL,
  `web_server_redirect_uri` VARCHAR(256) NULL DEFAULT NULL,
  `authorities` VARCHAR(256) NULL DEFAULT NULL,
  `access_token_validity` INT(11) NULL DEFAULT NULL,
  `refresh_token_validity` INT(11) NULL DEFAULT NULL,
  `additional_information` VARCHAR(4096) NULL DEFAULT NULL,
  `autoapprove` VARCHAR(256) NULL DEFAULT NULL,
  PRIMARY KEY (`client_id`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;


-- -----------------------------------------------------
-- Table `oatuh2`.`oauth_client_token`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`oauth_client_token` (
  `token_id` VARCHAR(256) NULL DEFAULT NULL,
  `token` BLOB NULL DEFAULT NULL,
  `authentication_id` VARCHAR(128) NOT NULL,
  `user_name` VARCHAR(256) NULL DEFAULT NULL,
  `client_id` VARCHAR(256) NULL DEFAULT NULL,
  PRIMARY KEY (`authentication_id`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;


-- -----------------------------------------------------
-- Table `oatuh2`.`oauth_code`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`oauth_code` (
  `code` VARCHAR(256) NULL DEFAULT NULL,
  `authentication` BLOB NULL DEFAULT NULL)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;


-- -----------------------------------------------------
-- Table `oatuh2`.`oauth_refresh_token`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `oauth2`.`oauth_refresh_token` (
  `token_id` VARCHAR(256) NULL DEFAULT NULL,
  `token` BLOB NULL DEFAULT NULL,
  `authentication` BLOB NULL DEFAULT NULL)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;
--------------------- 
 

表字段和元資料說明：

‹intercept-url pattern="/m/**"access="ROLE_MOBILE,SCOPE_READ"/>

{"country":"CN","country_code":"086"}

3.2 redis中token儲存的元資料詳解

資料儲存在redis中，並不像儲存在mysql中那樣可以做關聯查詢，並且根據redis中的資料結構。SpringOauth2.0 在redis中的儲存結構如下：

• auth_to_access OAuth2Authentication相關資訊加密後的值,value為string結構 這個主要是通過OAuth2Authentication來獲取OAuth2AccessToken
• auth:token value為string結構 這個主要用來獲取token的OAuth2Authentication，用來獲取相應的許可權資訊
• client_id_to_access:clientId value為list結構 這個主要是儲存了每個clientId申請的OAuth2AccessToken的集合 方便用來審計和應急處理跟clientId相關的token
• access:token value為string 這個主要是通過token值來獲取OAuth2AccessToken
• uname_to_access:clientId:userId, value的結構是list 儲存OAuth2AccessToken的集合 主要是為了通過clientId,userId來獲取OAuth2AccessToken集合，方便用來獲取及revoke approval

結語

通過上面的分析和元資料描述，基本瞭解了SpringOauth2.0分別在mysql和redis中的持久化資料結構。個人理解這裡框架本身直接將java物件通過java本身的序列化的方式進行儲存，這樣需要更多的儲存空間以及頻寬。同時反序列化需要花費更多的cpu效能。可能覺得需要改進的地方