Spring Security总结
目录
介绍
项目搭建
Security认证
UserDetailsService
内存认证
数据库认证
PasswordEncoder密码解析器
自定义登录页面
退出登录
CSRF防护
Remember me
Security授权
RBAC
权限表设计
查询访问权限
配置类设置访问权限
自定义访问控制逻辑
注解设置访问权限
@Secured
@PreAuthorize
前端进行访问控制
403处理方案
介绍
Spring Security是Spring项目组提供的安全服务框架，核心功能包括认证和授权。它为系统提供了声明式安全访问控制功能，减少了为系统安全而编写大量重复代码的工作。
认证
认证即系统判断用户的身份是否合法，合法可继续访问，不合法则拒绝访问。常见的用户身份认证方式有：用户名密码登录、二维码登录、手机短信登录、脸部识别认证、指纹认证等方式。
认证是为了保护系统的隐私数据与资源，用户的身份合法才能访问该系统的资源。
授权
授权即认证通过后，根据用户的权限来控制用户访问资源的过程，拥有资源的访问权限则正常访问，没有权限则拒绝访问。 比如在一些视频网站中，普通用户登录后只有观看免费视频的权限，而VIP用户登录后，网站会给该用户提供观看VIP视频的权限。
认证是为了保证用户身份的合法性，授权则是为了更细粒度的对隐私数据进行划分，控制不同的用户能够访问不同的资源。
举个例子：认证是公司大门识别你作为员工能进入公司，而授权则是由于你作为公司会计可以进入财务室，查看账目，处理财务数据。
项目搭建
接下来我们先来搭建一个Spring Security项目
1、准备一个名为mysecurity的Mysql数据库
2、创建SpringBoot项目，添加依赖
org.springframework.boot
spring-boot-starter-web
org.springframework.boot
spring-boot-starter-thymeleaf
org.springframework.boot
spring-boot-starter-security
mysql
mysql-connector-java
runtime
com.baomidou
mybatis-plus-boot-starter
3.5.0
org.projectlombok
lombok
true
org.springframework.boot
spring-boot-starter-test
test
3、配置数据源、端口
#数据源
spring:
datasource:
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql:///mysecurity?serverTimezone=UTC
username: root
password: root
#端口
server:
port: 8080
#日志格式
logging:
pattern:
console: '%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
4、在template文件夹编写main.html
主页
主页面
5、编写访问页面控制器
@Controller
public class MyController {
@RequestMapping("/{page}")
public String getPage(@PathVariable String page){
return page;
}
}
6、启动springboot，访问localhost:8080/main，网页自动跳转到一个登录页面，这就是security默认提供的登录页面，用户名为user，密码为控制台输出的一串字符串
输入过后即可进入main.html
Security认证
UserDetailsService
在实际项目中，认证逻辑是需要自定义控制的。将UserDetailsService接口的实现类放入Spring容器即可自定义认证逻辑。InMemoryUserDetailsManager就是UserDetailsService接口的一个实现类，它将登录页传来的用户名密码和内存中用户名密码做匹配认证。当然我们也可以自定义UserDetailsService接口的实现类。
public interface UserDetailsService{
UserDetailsloadUserByUsername(String username) throws UsernameNotFoundException;
}
UserDetailsService的实现类必须重写loadUserByUsername方法，该方法定义了具体的认证逻辑，参数username是前端传来的用户名，我们需要根据传来的用户名查询到该用户（一般是从数据库查询），并将查询到的用户封装成一个UserDetails对象，该对象是Spring Security提供的用户对象，包含用户名、密码、权限。Spring Security会根据UserDetails对象中的密码和客户端提供密码进行比较。相同则认证通过，不相同则认证失败。
简单说就是：
1、根据用户名查询用户，将查询结果封装为UserDetails对象
2、Spring Security根据UserDetails的password和客户端表单上传的password比对
内存认证
在实际开发中，用户数量不会只有一个，且密码是自己设置的。所以我们需要自定义配置用户信息。首先我们在内存中创建两个用户，Spring Security会将登录页传来的用户名密码和内存中用户名密码做匹配认证。
编写security配置类，定义内存认证和密码解析器
@Configuration
public class SecurityConfig {
//定义认证逻辑
@Bean
public UserDetailsService userDetailsService(){
//1、使用内存数据进行认证
InMemoryUserDetailsManager manager = new InMemoryUserDetailsManager();
//2、创建两个用户
UserDetails u1 = User.withUsername("cm").password("123").authorities("admin").build();
UserDetails u2 = User.withUsername("sxt").password("456").authorities("admin").build();
//3、将两个用户添加到内存中
manager.createUser(u1);
manager.createUser(u2);
return manager;
}
//密码编译器，不解析密码
@Bean
public PasswordEncoder passwordEncoder(){
return NoOpPasswordEncoder.getInstance();
}
}
启动springboot登录时，就可以使用自己添加的用户名和密码了
数据库认证
接下来我们连接数据库进行认证：
1、准备数据库
CREATE TABLE `users` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(255),
`password` varchar(255) ,
`phone` varchar(255) ,
PRIMARY KEY (`id`)
);
2、编写用户实体类
@Data
@NoArgsConstructor
@AllArgsConstructor
public class Users {
private Integer id;
private String username;
private String password;
private String phone;
}
3、编写dao接口
public interface UsersMapper extends BaseMapper {
}
4、在SpringBoot启动类中添加@MapperScan注解，扫描mapper文件夹
@SpringBootApplication
@MapperScan
public class SecurityBlogApplication {
public static void main(String[] args) {
SpringApplication.run(SecurityBlogApplication.class, args);
}
}5、创建UserDetailsService的实现类，编写自定义认证逻辑
@Service
public class MyUserDetailsService implements UserDetailsService {
@Autowired
private UsersMapper usersMapper;
@Override
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
//1、构建查询条件
QueryWrapper queryWrapper = new QueryWrapper();
queryWrapper.eq("username",username);
//2、查询用户
Users users = usersMapper.selectOne(queryWrapper);
//3、封装为UserDetails对象
UserDetails userDetails = User.withUsername(users.getUsername())
.password(users.getPassword())
.authorities("admin")
.build();
return userDetails;
}
}
6、注释之前写过的认证逻辑，因为只能使用一种认证逻辑
7、启动SpringBoot， 访问localhost:8080/main，跳转到登录页面，输入数据库中对应用户名和密码即可登录
PasswordEncoder密码解析器
在实际开发中，为了数据安全性，在数据库中存放密码时不会存放原密码，而是会存放加密后的密码。而用户传入的参数是明文密码。此时必须使用密码解析器才能将加密密码与明文密码做比对。Spring Security中的密码解析器是PasswordEncoder。
Spring Security要求容器中必须有PasswordEncoder实例，之前使用的NoOpPasswordEncoder是PasswordEncoder的实现类，意思是不解析密码，使用明文密码。
Spring Security官方推荐的密码解析器是BCryptPasswordEncoder。接下来我们学习BCryptPasswordEncoder的使用。
1、在junit中测试密码加密
@SpringBootTest
public class TestBCryptPasswordEncoder {
@Test
//测试BCryptPasswordEncoder
public void t1(){
//创建解析器
BCryptPasswordEncoder encoder = new BCryptPasswordEncoder();
//密码加密
String password = encoder.encode("baizhan");
System.out.println("加密后:"+password);
//密码校验
/**
* 参数1:明文密码
* 参数2:加密密码
* 返回值：是否校验成功
*/
boolean result = encoder.matches("baizhan","$2a$10$Kv7P7Hz/8fKsMH6LLL6uk.E2bxheW/M1jIwwTVQE6kwPK9IThpXne");
System.out.println(result);
}
}2、将密码解析器设置为BCryptPasswordEncoder
@Configuration
public class SecurityConfig {
//密码编译器，不解析密码
@Bean
public PasswordEncoder passwordEncoder(){
return new BCryptPasswordEncoder();
}
}
3、将数据库中的明文密码改为刚刚测试输出的密文密码
4、启动springBoot，访问localhost:8080/main，进入登录页面，分别输入用户名baizhan，sxt，和密码baizhan，sxt
当时输入sxt时就会报错误，这是因为sxt在数据库中的密码还是明文保存的，而BCryptPasswordEncoder会对所有密码进行加密，然后用加密的密码和数据库中的密码进行比对，所以登录报错
自定义登录页面
虽然Spring Security给我们提供了登录页面，但在实际项目中，更多的是使用自己的登录页面。Spring Security也支持用户自定义登录页面。用法如下：
- 编写登录页面
- 在Spring Security配置类自定义登录页面（需要继承WebSecurityConfigurerAdapter)
@Configuration
public class SecurityConfig extends WebSecurityConfigurerAdapter{
//Spring Security配置
@Override
protected void configure(HttpSecurity http) throws Exception {
// 自定义表单登录
http.formLogin()
.loginPage("/login.html") // 自定义登录页面
.usernameParameter("username") // 表单中的用户名项
.passwordParameter("password") // 表单中的密码项
.loginProcessingUrl("/login") // 登录路径，表单向该路径提交，提交后自动执行UserDetailsService的方法
.successForwardUrl("/main") //登录成功后跳转的路径
.failureForwardUrl("/fail"); //登录失败后跳转的路径
// 需要认证的资源
http.authorizeRequests()
.antMatchers("/login.html").permitAll() //登录页不需要认证
.anyRequest().authenticated(); //其余所有请求都需要认证
//关闭csrf防护
http.csrf().disable();
}
@Override
public void configure(WebSecurity web) throws Exception {
// 静态资源放行
web.ignoring().antMatchers("/css/**");
}
}
3、启动SpringBoot，访问localhost:8080/main，进入自定义登录页面，输入用户名和密码即可进入主界面
退出登录
在系统中一般都有退出登录的操作。退出登录后，Spring Security进行了以下操作：
- 清除认证状态
- 销毁HttpSession对象
- 跳转到登录页面
在Spring Security中，退出登录的写法如下：
1、在配置类中配置退出登录的路径和退出后跳转的路径
//退出登录配置
http.logout()
.logoutUrl("/logout")//退出登录路径
.logoutSuccessUrl("/main")//退出成功访问路径
.clearAuthentication(true)//清除认证状态，默认为true
.invalidateHttpSession(true);//销毁HttpSession对象，默认为true2、在网页中添加退出登录超链接
主页面
主页面
退出登录
CSRF防护
CSRF：跨站请求伪造，通过伪造用户请求访问受信任的站点从而进行非法请求访问，是一种攻击手段。 Spring Security为了防止CSRF攻击，默认开启了CSRF防护，这限制了除了GET请求以外的大多数方法。我们要想正常使用Spring Security需要突破CSRF防护。
解决方法一：关闭CSRF防护：
http.csrf().disable();
解决方法二：突破CSRF防护：
CSRF为了保证不是其他第三方网站访问，要求访问时携带参数名为_csrf值为令牌，令牌在服务端产生，如果携带的令牌和服务端的令牌匹配成功，则正常访问。
Remember me
Spring Security中Remember Me为“记住我”功能，即下次访问系统时无需重新登录。当使用“记住我”功能登录后，Spring Security会生成一个令牌，令牌一方面保存到数据库中，另一方面生成一个叫remember-me的Cookie保存到客户端。之后客户端访问项目时自动携带令牌，不登录即可完成认证。
1、编写RememberMeConfig配置类(固定写法)
@Configuration
public class RememberMeConfig {
@Autowired
private DataSource dataSource;
//令牌Repository
@Bean
public PersistentTokenRepository getPersistentTokenRepository(){
// 为Spring Security自带的令牌控制器设置数据源
JdbcTokenRepositoryImpl jdbcTokenRepository = new JdbcTokenRepositoryImpl();
jdbcTokenRepository.setDataSource(dataSource);
//自动建表，第一次启动时需要，第二次启动时注释掉
jdbcTokenRepository.setCreateTableOnStartup(true);
return jdbcTokenRepository;
}
}
2、修改security配置类
@Configuration
public class SecurityConfig extends WebSecurityConfigurerAdapter{
@Autowired
private MyUserDetailsService userDetailsService;
@Autowired
private PersistentTokenRepository repository;
//Spring Security配置
@Override
protected void configure(HttpSecurity http) throws Exception {
// 自定义表单登录
http.formLogin()
.loginPage("/login.html") // 自定义登录页面
.usernameParameter("username") // 表单中的用户名项
.passwordParameter("password") // 表单中的密码项
.loginProcessingUrl("/login") // 登录路径，表单向该路径提交，提交后自动执行UserDetailsService的方法
.successForwardUrl("/main") //登录成功后跳转的路径
.failureForwardUrl("/fail"); //登录失败后跳转的路径
//退出登录配置
http.logout()
.logoutUrl("/logout")//退出登录路径
.logoutSuccessUrl("/main")//退出成功访问路径
.clearAuthentication(true)//清除认证状态，默认为true
.invalidateHttpSession(true);//销毁HttpSession对象，默认为true
//权限拦截配置
http.authorizeRequests()
.antMatchers("/login.html").permitAll() //登录页不需要认证
.anyRequest().authenticated(); //其余所有请求都需要认证
//Remember Me
http.rememberMe()
.userDetailsService(userDetailsService)//登录逻辑交给哪个对象
.tokenRepository(repository) //持久层对象
.tokenValiditySeconds(30); //保存时间，单位：秒
//关闭csrf防护
// http.csrf().disable();
}3、在登录页面中添加"记住我"复选框
登录
Welcome
重点：
为何要修改 name 属性修改为 remember-me，而不是别的什么名字呢？其实，原因并不复杂，简单点来说，这是Spring Security 框架默认的 记住我 复选框的名称。
Security授权
RBAC
授权即认证通过后，系统给用户赋予一定的权限，用户只能根据权限访问系统中的某些资源。RBAC是业界普遍采用的授权方式，它有两种解释：
1、Role-Based Access Control
基于角色的访问控制，即按角色进行授权。比如在企业管理系统中，主体角色为总经理可以查询企业运营报表。逻辑为：
if(主体.hasRole("总经理角色")){
查询运营报表
}
如果查询企业运营报表的角色变化为总经理和股东，此时就需要修改判断逻辑代码：
if(主体.hasRole总经理角色") ||主体.hasRole("股东角色")){("
查询运营报表
}
此时我们可以发现，当需要修改角色的权限时就需要修改授权的相关代码，系统可扩展性差。
2、Resource-Based Access Control
基于资源的访问控制，即按资源（或权限）进行授权。比如在企业管理系统中，用户必须 具有查询报表权限才可以查询企业运营报表。逻辑为：
if(主体.hasPermission("查询报表权限")){
查询运营报表
}
这样在系统设计时就已经定义好查询报表的权限标识，即使查询报表所需要的角色变化为总经理和股东也不需要修改授权代码，系统可扩展性强。该授权方式更加常用。
权限表设计
用户和权限的关系为多对多，即用户拥有多个权限，权限也属于多个用户，所以建表方式如下：
这种方式需要指定用户有哪些权限，如：张三有查询工资的权限，即在用户权限中间表中添加一条数据，分别记录张三和查询工资权限ID。但在系统中权限数量可能非常庞大，如果一条一条添加维护数据较为繁琐。所以我们通常的做法是再加一张角色表：
用户角色，角色权限都是多对多关系，即一个用户拥有多个角色，一个角色属于多个用户；一个角色拥有多个权限，一个权限属于多个角色。这种方式需要指定用户有哪些角色，而角色又有哪些权限。
如：张三拥有总经理的角色，而总经理拥有查询工资、查询报表的权限，这样张三就拥有了查询工资、查询报表的权限。这样管理用户时只需管理少量角色，而管理角色时也只需要管理少量权限即可。接下来我们创建五张表：
CREATE TABLE `users` (
`uid` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`password` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`phone` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
PRIMARY KEY (`uid`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 3 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
INSERT INTO `users` VALUES (1, 'baizhan', '$2a$10$Eqv9PRMl6bPt5BiwgPr2eucgyl.E.xLENt4bvfDvv7DyS5AVPT.U6', '13812345678');
CREATE TABLE `role` (
`rid` int(11) NOT NULL AUTO_INCREMENT,
`roleName` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`roleDesc` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
PRIMARY KEY (`rid`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 4 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
INSERT INTO `role` VALUES (1, '总经理', '管理整个公司');
INSERT INTO `role` VALUES (2, '股东', '参与公司决策');
INSERT INTO `role` VALUES (3, '财务', '管理公司资产');
CREATE TABLE `permission` (
`pid` int(11) NOT NULL AUTO_INCREMENT,
`permissionName` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`url` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
PRIMARY KEY (`pid`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 4 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
INSERT INTO `permission` VALUES (1, '查询报表', '/reportform/find');
INSERT INTO `permission` VALUES (2, '查询工资', '/salary/find');
INSERT INTO `permission` VALUES (3, '查询税务', '/tax/find');
CREATE TABLE `users_role` (
`uid` int(255) NOT NULL,
`rid` int(11) NOT NULL,
PRIMARY KEY (`uid`, `rid`) USING BTREE,
INDEX `rid`(`rid`) USING BTREE,
CONSTRAINT `users_role_ibfk_1` FOREIGN KEY (`uid`) REFERENCES `users` (`uid`) ON DELETE RESTRICT ON UPDATE RESTRICT,
CONSTRAINT `users_role_ibfk_2` FOREIGN KEY (`rid`) REFERENCES `role` (`rid`) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
INSERT INTO `users_role` VALUES (1, 2);
INSERT INTO `users_role` VALUES (1, 3);
CREATE TABLE `role_permission` (
`rid` int(11) NOT NULL,
`pid` int(11) NOT NULL,
PRIMARY KEY (`rid`, `pid`) USING BTREE,
INDEX `pid`(`pid`) USING BTREE,
CONSTRAINT `role_permission_ibfk_1` FOREIGN KEY (`rid`) REFERENCES `role` (`rid`) ON DELETE RESTRICT ON UPDATE RESTRICT,
CONSTRAINT `role_permission_ibfk_2` FOREIGN KEY (`pid`) REFERENCES `permission` (`pid`) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
INSERT INTO `role_permission` VALUES (1, 1);
INSERT INTO `role_permission` VALUES (2, 1);
INSERT INTO `role_permission` VALUES (1, 2);
INSERT INTO `role_permission` VALUES (3, 2);
INSERT INTO `role_permission` VALUES (1, 3);
INSERT INTO `role_permission` VALUES (2, 3);
查询访问权限
1、编写pojo类
// 不要命名为User，避免和Spring Security提供的User混淆
@Data
public class Users {
private Integer uid;
private String username;
private String password;
private String phone;
}
// 角色
@Data
public class Role {
private String rid;
private String roleName;
private String roleDesc;
}
// 权限
@Data
public class Permission {
private String pid;
private String permissionName;
private String url;
}2、编写UsersMapper接口
@Repository
public interface UsersMapper extends BaseMapper {
List findPermissionByUsername(String username);
}
3、在resource目录中编写UsersMapper映射文件
4、测试查询方法
@SpringBootTest
public class UsersMapperTest {
@Autowired
private UsersMapper usersMapper;
@Test
public void testFindPermissionByUsername(){
List baizhan = usersMapper.findPermissionByUsername("baizhan");
baizhan.forEach(System.out::println);
}
}
配置类设置访问权限
1、编写控制器，添加控制器方法
@RestController
public class MyController {
@GetMapping("/reportform/find")
public String findReportForm() {
return "查询报表";
}
@GetMapping("/salary/find")
public String findSalary() {
return "查询工资";
}
@GetMapping("/staff/find")
public String findStaff() {
return "查询员工";
}
}
2、修改认证逻辑MyUserDetailsService类，认证成功后给用户授权
// 自定义认证逻辑
@Override
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
// 1.构造查询条件
QueryWrapper wrapper = new QueryWrapper().eq("username", username);
// 2.查询用户
Users users = userMapper.selectOne(wrapper);
if (users == null){
return null;
}
// 3.查询用户权限
List permissions = userMapper.findPermissionByUsername(username);
// 4.将自定义权限集合转为Security的权限类型集合
List grantedAuthorities = new ArrayList<>();
for (Permission permission : permissions) {
grantedAuthorities.add(new SimpleGrantedAuthority(permission.getUrl()));
}
// 5.封装为UserDetails对象
UserDetails userDetails = User.withUsername(users.getUsername())
.password(users.getPassword())
.authorities(grantedAuthorities)
.build();
// 6.返回封装好的UserDetails对象
return userDetails;
}
3、修改security配置类
// 权限拦截配置
http.authorizeRequests()
.antMatchers("/login.html").permitAll() // 表示任何权限都可以访问
.antMatchers("/reportform/find").hasAnyAuthority("/reportform/find") // 给资源配置需要的权限
.antMatchers("/salary/find").hasAnyAuthority("/salary/find")
.antMatchers("/staff/find").hasAnyAuthority("/staff/find")
.anyRequest().authenticated(); //表示任何请求都需要认证后才能访问
4、测试访问资源，由于没有权限被拦截访问时会抛出403异常
自定义访问控制逻辑
如果资源数量很多，一条条配置需要的权限效率较低。我们可以自定义访问控制逻辑，即访问资源时判断用户是否具有名为该资源URL的权限。
1、自定义访问控制逻辑
@Service
public class MyAuthorizationService {
// 自定义访问控制逻辑，返回值为是否可以访问资源
public boolean hasPermission(HttpServletRequest request, Authentication authentication){
// 获取会话中的登录用户
Object principal = authentication.getPrincipal();
if (principal instanceof UserDetails){
// 获取登录用户的权限
Collection authorities = ((UserDetails) principal).getAuthorities();
// 获取请求的URL路径
String uri = request.getRequestURI();
// 将URL路径封装为权限对象
SimpleGrantedAuthority authority = new SimpleGrantedAuthority(uri);
// 判断用户的权限集合是否包含请求的URL权限对象
return authorities.contains(authority);
}
return false;
}
}2、在配置文件中使用自定义访问控制逻辑
// 权限拦截配置
http.authorizeRequests()
.antMatchers("/login.html").permitAll() // 表示任何权限都可以访问
// 任何请求都使用自定义访问控制逻辑
.anyRequest().access("@myAuthorizationService.hasPermission(request,authentication)");
注解设置访问权限
除了配置类，在SpringSecurity中提供了一些访问控制的注解。这些注解默认都是不可用的，需要开启后使用。
@Secured
该注解是基于角色的权限控制，要求UserDetails中的权限名必须以ROLE_开头。
- 在配置类开启注解使用
@SpringBootApplication @MapperScan("com.itbaizhan.mysecurity.mapper") @EnableGlobalMethodSecurity(securedEnabled=true) public class MysecurityApplication{ public static void main(String[] args) { SpringApplication.run(MysecurityApplication.class, args); } } - 在控制器方法上添加注解
@Secured("ROLE_reportform") @GetMapping("/reportform/find") public String findReportForm() { return "查询报表"; }
@PreAuthorize
该注解可以在方法执行前判断用户是否具有权限
- 在配置类开启注解使用
@SpringBootApplication @MapperScan("com.itbaizhan.mysecurity.mapper") @EnableGlobalMethodSecurity(prePostEnabled=true) public class MysecurityApplication{ public static void main(String[] args) { SpringApplication.run(MysecurityApplication.class, args); } } - 在控制器方法上添加注解
@PreAuthorize("hasAnyAuthority('/reportform/find')") @GetMapping("/reportform/find") public String findReportForm() { return "查询报表"; }
前端进行访问控制
SpringSecurity可以在一些视图技术中进行控制显示效果。
例如Thymeleaf中，只有登录用户拥有某些权限才会展示一些菜单。
1、在pom中引入Spring Security和Thymeleaf的整合依赖
org.thymeleaf.extras
thymeleaf-extras-springsecurity5
2、在Thymeleaf中使用Security标签，控制前端的显示内容
主页面
主页面
退出登录
3、这样面对不同权限的用户，前端可以显示不同的菜单
403处理方案
使用Spring Security时经常会看见403（无权限），
这样的页面很不友好，我们可以自定义403异常处理方案：
1、编写权限不足页面noPermission.html
权限不足
您的权限不足，请联系管理员！
2、编写权限不足处理类（需要实现AccessDeniedHandler接口）
public class MyAccessDeniedHandler implements AccessDeniedHandler {
@Override
public void handle(HttpServletRequest request, HttpServletResponse response, AccessDeniedException accessDeniedException) throws IOException, ServletException {
response.sendRedirect("/noPermission.html");
}
}3、在Spring Security配置文件中配置异常处理
//异常处理
http.exceptionHandling().
accessDeniedHandler(new MyAccessDeniedHandler());