关于spring:Spring-Security自定义用户认证过程2

1次阅读

共计 3498 个字符，预计需要花费 9 分钟才能阅读完成。

我的实例是 Spring Boot 我的项目，轻易一个 SpringBoot 我的项目都能够，先不启用 SpringSecurity。

创立一个 demoController，加办法：

    @ResponseBody
    @RequestMapping("wtf")
    public String wtf(){return "WTF";}

运行我的项目，浏览器测试一下：

而后，pom 文件退出 SpringSecurity 的依赖后就启用 SpringSecurity 了。

   <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-security</artifactId>
        </dependency>

重新启动我的项目，拜访 wtf 测试一下：

阐明 SpringSecurity 起作用了，因为 Spring Security 的默认安全策略是对所有申请都必须通过平安验证，所以申请 wtf 须要首先通过身份认证能力拜访。这个时候他用的是默认的叫 InMemoryUserDetailsManager 的用户信息管理器来实现咱们上篇文章所说的用户管理工作的，他的默认用户为 user，明码在启动的过程中打印在了控制台：

用这个用户名、明码试一下：

能够拜访：

好的，咱们开始干活。

首先须要有用户对象，用户对象须要有用户名、明码，SpringSecurity 要求用户对象实现接口：
org.springframework.security.core.userdetails。

代码如下，简略一点：

@Component
public class User implements UserDetails {
      private String name;
      private String password;

 @Override
    public Collection<? extends GrantedAuthority> getAuthorities() {return null;}

    @Override
    public String getPassword() {return password;}

    @Override
    public String getUsername() {return name;}

    @Override
    public boolean isAccountNonExpired() {return true;}

    @Override
    public boolean isAccountNonLocked() {return true;}

    @Override
    public boolean isCredentialsNonExpired() {return true;}

    @Override
    public boolean isEnabled() {return true;}
}

而后须要有咱们本人的 UserDetailsService。

创立一个用户 service 类、实现 UserDetailsService 接口的 loadUserByUsername 办法即可。

咱们创立一个用户名 user，明码：123456 的用户，示意以后零碎用户只有一个 user 用户、明码为 123456.

@Service
@Slf4j
public class MyUserDetailsService implements UserDetailsService {
    @Override
    public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {log.info("Here we are in MyUserDetailsService====");
        User user=new User();
        user.setName("user");
        user.setPassword("123456");

        return user;
    }
}

实现明码解析器 PasswordEncoder 的 encode、matches 办法，这两个办法很好了解，encode 是对明码明文进行加密的，返回加密后的明码密文，matches 办法是用来验密的。

咱们不钻研加密算法，所以也就不加密了，理论利用的时候，我的项目中能够替换 encode 办法为加密算法即可。

@Service
public class MyPasswordEncoder implements PasswordEncoder {
    @Override
    public String encode(CharSequence rawPassword) {return rawPassword.toString();
    }

    @Override
    public boolean matches(CharSequence rawPassword, String encodedPassword) {return encode(rawPassword).equals(encodedPassword);
    }
}

强调一下，UserDetailsService 和 PasswordEncoder 须要加注解 @Service，目标是注入 Spring Ioc 容器。

重新启动我的项目，这个时候控制台不会再打印下面的那个随机明码串了。

拜访 wtf，要求登录：

录入 user/123456:

登录胜利了！

阐明下面咱们本人创立的 UserDetailsService 和 PasswordEncoder 曾经开始工作了！！！

会不会感觉太简略了点？

简略剖析一下咱们本人实现的这两个类的失效起因。

Spring Security 在初始化 UsernamePassword… 的过程中会通过一个叫 InitializeUserDetailsManagerConfigurer 的配置类来初始化咱们上一篇文章说过的 AuthenticationProvider，通过上一篇文章咱们晓得绝大部分的用户验证工作都是这个 AuthenticationProvider 实现的。

咱们简略看一下 InitializeUserDetailsManagerConfigurer 的 configure 办法：

@Override
        public void configure(AuthenticationManagerBuilder auth) throws Exception {if (auth.isConfigured()) {return;}
            UserDetailsService userDetailsService = getBeanOrNull(UserDetailsService.class);
            if (userDetailsService == null) {return;}
            PasswordEncoder passwordEncoder = getBeanOrNull(PasswordEncoder.class);
            UserDetailsPasswordService passwordManager = getBeanOrNull(UserDetailsPasswordService.class);
            DaoAuthenticationProvider provider = new DaoAuthenticationProvider();
            provider.setUserDetailsService(userDetailsService);
            if (passwordEncoder != null) {provider.setPasswordEncoder(passwordEncoder);
            }
            if (passwordManager != null) {provider.setUserDetailsPasswordService(passwordManager);
            }
            provider.afterPropertiesSet();
            auth.authenticationProvider(provider);
        }

办法不长，能够看到首先要到 Spring Ioc 容器中去获取 UserDetailsService 和 PasswordEncoder，如果能获取到的话，就赋值给初始化好的 AuthenticationProvider。

因为咱们创立的 UserDetailsService 和 PasswordEncoder 都曾经通过注解注入到 SpringIoc 容器中了，所以，这里就能获取到。后续 AuthenticationProvider 在用户认证干活的时候能调用到咱们创立的这两个对象就不奇怪了！

上一篇 Spring Security 自定义用户认证过程（1）

正文完