快捷導(dǎo)航

Spring Security角色繼承分析

更新時(shí)間：2019年11月01日 09:52:44 作者：江南一點(diǎn)雨

這篇文章主要介紹了Spring Security角色繼承分析,文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下

今天想和小伙伴們來(lái)聊一聊 Spring Security 中的角色繼承問(wèn)題。

角色繼承實(shí)際上是一個(gè)很常見(jiàn)的需求，因?yàn)榇蟛糠止局卫砜赡芏际墙鹱炙蔚?，上司可能具備下屬的部分甚至所有?quán)限，這一現(xiàn)實(shí)場(chǎng)景，反映到我們的代碼中，就是角色繼承了。

Spring Security 中為開(kāi)發(fā)者提供了相關(guān)的角色繼承解決方案，但是這一解決方案在最近的 Spring Security 版本變遷中，使用方法有所變化。今天除了和小伙伴們分享角色繼承外，也來(lái)順便說(shuō)說(shuō)這種變化，避免小伙伴們踩坑，同時(shí)購(gòu)買(mǎi)了我的書(shū)的小伙伴也需要留意，書(shū)是基于 Spring Boot2.0.4 這個(gè)版本寫(xiě)的，這個(gè)話(huà)題和最新版 Spring Boot 的還是有一點(diǎn)差別。

以前的寫(xiě)法

這里說(shuō)的以前寫(xiě)法，就是指 SpringBoot2.0.8（含）之前的寫(xiě)法，在之前的寫(xiě)法中，角色繼承只需要開(kāi)發(fā)者提供一個(gè) RoleHierarchy 接口的實(shí)例即可，例如下面這樣：

@Bean
RoleHierarchy roleHierarchy() {
  RoleHierarchyImpl roleHierarchy = new RoleHierarchyImpl();
  String hierarchy = "ROLE_dba > ROLE_admin ROLE_admin > ROLE_user";
  roleHierarchy.setHierarchy(hierarchy);
  return roleHierarchy;
}

在這里我們提供了一個(gè) RoleHierarchy 接口的實(shí)例，使用字符串來(lái)描述了角色之間的繼承關(guān)系， ROLE_dba 具備 ROLE_admin 的所有權(quán)限，而 ROLE_admin 則具備 ROLE_user 的所有權(quán)限，繼承與繼承之間用一個(gè)空格隔開(kāi)。提供了這個(gè) Bean 之后，以后所有具備 ROLE_user 角色才能訪(fǎng)問(wèn)的資源， ROLE_dba 和 ROLE_admin 也都能訪(fǎng)問(wèn)，具備 ROLE_amdin 角色才能訪(fǎng)問(wèn)的資源， ROLE_dba 也能訪(fǎng)問(wèn)。

現(xiàn)在的寫(xiě)法

但是上面這種寫(xiě)法僅限于 Spring Boot2.0.8（含）之前的版本，在之后的版本中，這種寫(xiě)法則不被支持，新版的寫(xiě)法是下面這樣：

@Bean
RoleHierarchy roleHierarchy() {
  RoleHierarchyImpl roleHierarchy = new RoleHierarchyImpl();
  String hierarchy = "ROLE_dba > ROLE_admin \n ROLE_admin > ROLE_user";
  roleHierarchy.setHierarchy(hierarchy);
  return roleHierarchy;
}

變化主要就是分隔符，將原來(lái)用空格隔開(kāi)的地方，現(xiàn)在用換行符了。這里表達(dá)式的含義依然和上面一樣，不再贅述。

上面兩種不同寫(xiě)法都是配置角色的繼承關(guān)系，配置完成后，接下來(lái)指定角色和資源的對(duì)應(yīng)關(guān)系即可，如下：

@Override
protected void configure(HttpSecurity http) throws Exception {
  http.authorizeRequests().antMatchers("/admin/**")
      .hasRole("admin")
      .antMatchers("/db/**")
      .hasRole("dba")
      .antMatchers("/user/**")
      .hasRole("user")
      .and()
      .formLogin()
      .loginProcessingUrl("/doLogin")
      .permitAll()
      .and()
      .csrf().disable();
}

這個(gè)表示 /db/** 格式的路徑需要具備 dba 角色才能訪(fǎng)問(wèn)， /admin/** 格式的路徑則需要具備 admin 角色才能訪(fǎng)問(wèn)， /user/** 格式的路徑，則需要具備 user 角色才能訪(fǎng)問(wèn)，此時(shí)提供相關(guān)接口，會(huì)發(fā)現(xiàn)，dba 除了訪(fǎng)問(wèn) /db/** ，也能訪(fǎng)問(wèn) /admin/** 和 /user/** ，admin 角色除了訪(fǎng)問(wèn) /admin/** ，也能訪(fǎng)問(wèn) /user/** ，user 角色則只能訪(fǎng)問(wèn) /user/** 。

源碼分析

這樣兩種不同的寫(xiě)法，其實(shí)也對(duì)應(yīng)了兩種不同的解析策略，角色繼承關(guān)系的解析在 RoleHierarchyImpl 類(lèi)的 buildRolesReachableInOneStepMap 方法中，Spring Boot2.0.8（含）之前該方法的源碼如下：

private void buildRolesReachableInOneStepMap() {
	Pattern pattern = Pattern.compile("(\\s*([^\\s>]+)\\s*>\\s*([^\\s>]+))");
	Matcher roleHierarchyMatcher = pattern
			.matcher(this.roleHierarchyStringRepresentation);
	this.rolesReachableInOneStepMap = new HashMap<GrantedAuthority, Set<GrantedAuthority>>();
	while (roleHierarchyMatcher.find()) {
		GrantedAuthority higherRole = new SimpleGrantedAuthority(
				roleHierarchyMatcher.group(2));
		GrantedAuthority lowerRole = new SimpleGrantedAuthority(
				roleHierarchyMatcher.group(3));
		Set<GrantedAuthority> rolesReachableInOneStepSet;
		if (!this.rolesReachableInOneStepMap.containsKey(higherRole)) {
			rolesReachableInOneStepSet = new HashSet<>();
			this.rolesReachableInOneStepMap.put(higherRole,
					rolesReachableInOneStepSet);
		}
		else {
			rolesReachableInOneStepSet = this.rolesReachableInOneStepMap
					.get(higherRole);
		}
		addReachableRoles(rolesReachableInOneStepSet, lowerRole);
		logger.debug("buildRolesReachableInOneStepMap() - From role " + higherRole
				+ " one can reach role " + lowerRole + " in one step.");
	}
}

從這段源碼中我們可以看到，角色的繼承關(guān)系是通過(guò)正則表達(dá)式進(jìn)行解析，通過(guò)空格進(jìn)行切分，然后構(gòu)建相應(yīng)的 map 出來(lái)。

Spring Boot2.1.0（含）之后該方法的源碼如下：

private void buildRolesReachableInOneStepMap() {
	this.rolesReachableInOneStepMap = new HashMap<GrantedAuthority, Set<GrantedAuthority>>();
	try (BufferedReader bufferedReader = new BufferedReader(
			new StringReader(this.roleHierarchyStringRepresentation))) {
		for (String readLine; (readLine = bufferedReader.readLine()) != null;) {
			String[] roles = readLine.split(" > ");
			for (int i = 1; i < roles.length; i++) {
				GrantedAuthority higherRole = new SimpleGrantedAuthority(
						roles[i - 1].replaceAll("^\\s+|\\s+$", ""));
				GrantedAuthority lowerRole = new SimpleGrantedAuthority(roles[i].replaceAll("^\\s+|\\s+$
				Set<GrantedAuthority> rolesReachableInOneStepSet;
				if (!this.rolesReachableInOneStepMap.containsKey(higherRole)) {
					rolesReachableInOneStepSet = new HashSet<GrantedAuthority>();
					this.rolesReachableInOneStepMap.put(higherRole, rolesReachableInOneStepSet);
				} else {
					rolesReachableInOneStepSet = this.rolesReachableInOneStepMap.get(higherRole);
				}
				addReachableRoles(rolesReachableInOneStepSet, lowerRole);
				if (logger.isDebugEnabled()) {
					logger.debug("buildRolesReachableInOneStepMap() - From role " + higherRole
							+ " one can reach role " + lowerRole + " in one step.");
				}
			}
		}
	} catch (IOException e) {
		throw new IllegalStateException(e);
	}
}

從這里我們可以看到，這里并沒(méi)有一上來(lái)就是用正則表達(dá)式，而是先將角色繼承字符串轉(zhuǎn)為一個(gè) BufferedReader ，然后一行一行的讀出來(lái)，再進(jìn)行解析，最后再構(gòu)建相應(yīng)的 map。從這里我們可以看出為什么前后版本對(duì)此有不同的寫(xiě)法。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: