第9章 Spring Security 的测试与维护（2024 最新版）（上）-阿里云开发者社区

9.1 编写安全测试

在这个节中，我们将深入探讨如何通过编写安全测试来增强你的 Spring Security 配置的健壮性。首先，我们会概述一些编写安全测试时必须掌握的基础知识，然后通过一个重点案例和两个扩展案例，展示这些测试在实际生产环境中的应用。

9.1.1 基础知识

在深入探讨编写安全测试的案例之前，让我们先扩展对安全测试中的几个关键基础知识点的理解。这些基础概念为我们提供了编写有效安全测试所需的工具和理论支持。

测试类型

在软件开发中，测试分为多种类型，每种类型都有其特定的目的和场景：

单元测试（Unit Testing）：最小粒度的测试，关注于单个组件或方法的行为。在安全测试中，单元测试可用于验证特定的安全函数，如密码哈希或验证逻辑，是否按预期工作。
集成测试（Integration Testing）：集成测试关注于多个组件或系统部分如何一起工作。在 Spring Security 中，集成测试可以用来验证不同的安全配置（如 URL 安全规则）是否正确集成并按预期执行。
端到端测试（End-to-End Testing, E2E Testing）：模拟真实用户行为以测试整个应用。对于安全测试，这可能意味着模拟攻击者的行为，验证系统的整体安全性。

测试工具

针对 Java 和 Spring Security，有几个关键的测试工具和库：

JUnit：Java 社区最广泛使用的单元测试框架。JUnit 5 是当前的主要版本，提供了强大的测试功能和灵活的扩展机制。
Spring Test：Spring 框架的一部分，提供了全面的测试支持，包括模拟 Spring 应用上下文和使用 @WebMvcTest、@DataJpaTest 等专门的测试注解。
Mockito：一个 Java mocking 框架，用于以隔离方式测试单个组件。在安全测试中，Mockito 可用于模拟复杂的对象，如 Authentication 或 SecurityContext。
OWASP ZAP（Zed Attack Proxy）：一个开源的安全测试工具，用于自动查找 web 应用中的安全漏洞。虽然不是专门为 Java 设计，但它可以作为集成测试的一部分，以检测常见的安全问题。

Spring Security 测试支持

Spring Security 提供了丰富的测试功能，帮助开发者编写安全相关的测试代码：

@WithMockUser 和 @WithSecurityContext 注解：允许测试代码模拟具有特定权限的用户。这对于测试需要特定权限才能访问的方法或 URL 非常有用。
TestSecurityContextHolder：用于在测试中设置 SecurityContext，从而可以控制认证对象和授权。
spring-security-test 模块：提供了用于安全测试的辅助方法和工具，如 SecurityMockMvcRequestPostProcessors，它可以用于在 MockMvc 请求中添加 CSRF 令牌或模拟用户认证。

代码覆盖率

代码覆盖率是衡量测试有效性的重要指标，它表示测试覆盖了多少百分比的代码路径、分支、行或条件：

JaCoCo（Java Code Coverage）：是一个广泛使用的代码覆盖率库，与 Gradle、Maven 和 Jenkins 等构建工具集成，可视化地展示覆盖率结果。
SonarQube：一个综合的代码质量管理平台，可以分析代码覆盖率以及其他代码质量指标，如漏洞和代码异味。

掌握这些基础知识将帮助你更有效地编写和执行安全测试，确保你的 Spring Security 配置能够抵御潜在的安全威胁。接下来，我们将通过具体案例，深入探讨这些概念在实际中的应用。

9.1.2 重点案例：保护 REST API

在这个案例中，我们将通过一个具体的 demo 演示如何编写集成测试来验证对 REST API 的保护。我们将使用 Spring Boot、Spring Security 和 JUnit 来构建和测试一个简单的 REST API，该 API 需要用户具有特定角色才能访问。

场景概述

我们的目标是确保只有具有 ADMIN 角色的用户可以访问一个受保护的 REST API 端点 /api/admin。对于不具备 ADMIN 角色的用户或未认证的请求，系统应该拒绝访问。

步骤 1：搭建 Spring Boot 应用

首先，创建一个基础的 Spring Boot 应用。我们将添加 spring-boot-starter-web 和 spring-boot-starter-security 依赖来支持 Web 功能和 Spring Security。

pom.xml (Maven 示例)

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-security</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.security</groupId>
        <artifactId>spring-security-test</artifactId>
        <version>5.4.6</version>
        <scope>test</scope>
    </dependency>
    <!-- JUnit and other testing dependencies -->
</dependencies>

步骤 2：配置 Spring Security

接下来，配置 Spring Security 以保护 /api/admin 端点，仅允许具有 ADMIN 角色的用户访问。

SecurityConfig.java

@Configuration
@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http
            .authorizeRequests()
            .antMatchers("/api/admin").hasRole("ADMIN")
            .anyRequest().authenticated()
            .and()
            .httpBasic();
    }
}

步骤 3：创建 REST Controller

定义一个简单的 REST controller，它提供了一个受保护的 API 端点。

AdminController.java

@RestController
@RequestMapping("/api")
public class AdminController {
    @GetMapping("/admin")
    public ResponseEntity<String> getAdminResource() {
        return ResponseEntity.ok("Admin content");
    }
}

步骤 4：编写集成测试

现在，我们将编写集成测试来验证安全配置。我们将使用 MockMvc 来模拟 HTTP 请求，并验证访问控制是否按预期工作。

AdminApiSecurityTests.java

@SpringBootTest
@AutoConfigureMockMvc
public class AdminApiSecurityTests {
    @Autowired
    private MockMvc mockMvc;
    @Test
    @WithMockUser(username = "admin", roles = "ADMIN")
    public void givenAdminRole_whenGetAdminApi_thenOk() throws Exception {
        mockMvc.perform(get("/api/admin"))
                .andExpect(status().isOk())
                .andExpect(content().string("Admin content"));
    }
    @Test
    @WithMockUser(username = "user", roles = "USER")
    public void givenUserRole_whenGetAdminApi_thenForbidden() throws Exception {
        mockMvc.perform(get("/api/admin"))
                .andExpect(status().isForbidden());
    }
    @Test
    public void givenNoAuthentication_whenGetAdminApi_thenUnauthorized() throws Exception {
        mockMvc.perform(get("/api/admin"))
                .andExpect(status().isUnauthorized());
    }
}

这个集成测试覆盖了三个重要的安全场景：

具有 ADMIN 角色的用户访问 /api/admin 端点时，应该允许访问。
具有 USER 角色的用户尝试访问 /api/admin 端点时，应该禁止访问。
未认证的请求尝试访问 /api/admin 端点时，应该返回未授权错误。

通过上述步骤，我们不仅展示了如何构建和保护一个 REST API，还通过集成测试验证了安全配置的正确性。这

种方法确保了应用的安全性，同时提高了代码的质量和可维护性。

9.1.3 拓展案例 1：自定义登录逻辑测试

在这个案例中，我们将演示如何测试一个自定义登录逻辑。自定义登录逻辑常见于需要超出标准认证流程的应用中，比如添加额外的安全检查或自定义认证响应。我们将通过 Spring Security 和 Spring Boot 创建一个简单的自定义登录端点，并使用 JUnit 进行测试。

场景概述

假设我们有一个需求：在标准的用户名和密码认证基础上，我们想要实现一个额外的安全检查——验证用户是否已经通过电子邮件验证。只有电子邮件验证通过的用户才能成功登录。

步骤 1：创建 Spring Boot 应用

首先，确保你的 Spring Boot 应用已经添加了必要的依赖，如 spring-boot-starter-web 和 spring-boot-starter-security。

步骤 2：自定义认证过滤器

创建一个自定义的认证过滤器来实现额外的安全检查逻辑。

CustomAuthenticationFilter.java

public class CustomAuthenticationFilter extends UsernamePasswordAuthenticationFilter {
    @Override
    public Authentication attemptAuthentication(HttpServletRequest request, HttpServletResponse response) throws AuthenticationException {
        // 从请求中获取用户名和密码
        String username = obtainUsername(request);
        String password = obtainPassword(request);
        // 在这里添加你的额外安全检查逻辑，比如电子邮件验证
        boolean emailVerified = checkEmailVerification(username);
        if (!emailVerified) {
            throw new AuthenticationServiceException("Email not verified");
        }
        // 调用父类的认证方法继续执行标准认证流程
        return super.attemptAuthentication(request, response);
    }
    private boolean checkEmailVerification(String username) {
        // 假设所有用户的电子邮件都已验证，返回 true
        // 实际应用中，你需要根据用户名查询用户的电子邮件验证状态
        return true;
    }
}

步骤 3：配置 Spring Security 使用自定义过滤器

在你的安全配置中添加自定义过滤器。

SecurityConfig.java

@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http
            // 其他配置...
            .addFilterBefore(new CustomAuthenticationFilter(), UsernamePasswordAuthenticationFilter.class);
    }
}

步骤 4：编写测试

编写测试用例来验证自定义登录逻辑是否按预期工作。

CustomLoginTests.java

@SpringBootTest
@AutoConfigureMockMvc
public class CustomLoginTests {
    @Autowired
    private MockMvc mockMvc;
    @Test
    public void whenLoginWithVerifiedEmail_thenAuthenticated() throws Exception {
        mockMvc.perform(post("/login")
                .param("username", "user@example.com")
                .param("password", "password"))
                .andExpect(status().isOk());
                // 根据实际情况可能需要调整期望的状态码
    }
    @Test
    public void whenLoginWithUnverifiedEmail_thenAuthenticationFailed() throws Exception {
        // 模拟一个未验证电子邮件的用户尝试登录
        // 注意：你可能需要调整 `checkEmailVerification` 方法以返回 false，或者使用 mock 对象来模拟这一行为
        mockMvc.perform(post("/login")
                .param("username", "unverified@example.com")
                .param("password", "password"))
                .andExpect(status().isUnauthorized());
                // 根据你的逻辑调整期望的状态码
    }
}

这个测试案例展示了如何验证自定义登录逻辑的正确性。通过模拟登录请求，并检查响应状态码，我们可以确认自定义逻辑是否正常工作。这种方法可以确保我们的认证流程既满足业务需求，又保持了系统的安全性。

9.1.4 拓展案例 2：CSRF 保护测试

跨站请求伪造（CSRF）是一种攻击方式，攻击者诱导用户执行非本意的操作。Spring Security 提供了 CSRF 保护机制，默认情况下是启用的。在这个案例中，我们将通过一个具体的 demo 演示如何测试 Spring Security 中的 CSRF 保护是否正常工作。

场景概述

我们的目标是确保应用的敏感操作，如表单提交，都受到 CSRF 保护。具体来说，我们将创建一个简单的表单提交接口，并编写测试以验证没有 CSRF 令牌时请求应被拒绝。

步骤 1：创建 Spring Boot 应用

首先，确保你的 Spring Boot 应用已经添加了必要的依赖，如 spring-boot-starter-web 和 spring-boot-starter-security。

步骤 2：创建一个简单的 POST 接口

我们定义一个简单的接口来模拟表单提交。

FormController.java

@RestController
public class FormController {
    @PostMapping("/submit-form")
    public ResponseEntity<String> handleSubmit(@RequestBody String data) {
        // 实际应用中，这里会处理表单提交的数据
        return ResponseEntity.ok("Form submitted successfully");
    }
}

步骤 3：编写 CSRF 保护测试

我们将编写两个测试用例：一个发送包含 CSRF 令牌的请求，另一个发送不包含 CSRF 令牌的请求。

CsrfProtectionTests.java

@SpringBootTest
@AutoConfigureMockMvc
public class CsrfProtectionTests {
    @Autowired
    private MockMvc mockMvc;
    @Test
    public void whenPostWithCsrf_thenAccepted() throws Exception {
        mockMvc.perform(post("/submit-form")
                .content("test data")
                .contentType(MediaType.TEXT_PLAIN)
                .with(csrf())) // 使用 with(csrf()) 来添加 CSRF 令牌
                .andExpect(status().isOk());
    }
    @Test
    public void whenPostWithoutCsrf_thenRejected() throws Exception {
        mockMvc.perform(post("/submit-form")
                .content("test data")
                .contentType(MediaType.TEXT_PLAIN))
                .andExpect(status().isForbidden()); // 没有 CSRF 令牌的请求应被拒绝
    }
}

这个案例中的测试演示了如何验证 CSRF 保护机制的有效性。第一个测试用例通过模拟一个包含 CSRF 令牌的有效请求来确保正常情况下的操作不受影响。第二个测试用例验证了在没有 CSRF 令牌的情况下，敏感操作应该被正确地拒绝，以防止 CSRF 攻击。

通过这种方式，我们可以确保应用的 CSRF 保护配置正确并有效工作，从而提高应用的安全性。这种测试对于维护长期安全性至关重要，尤其是在应用经历多次迭代后，确保安全配置未被意外改变。

通过这些案例的练习，你将能够更加自信地确保你的 Spring Security 配置能够抵御实际生产环境中的安全威胁。记住，一个好的安全测试不仅能帮助你发现问题，还能防止未来的问题发生。让我们一起努力，使我们的应用更加安全！

9.2 Spring Security 升级和维护

维护和升级 Spring Security 是确保你的应用持续安全的关键步骤。随着新的安全威胁的出现和技术的进步，及时更新 Spring Security 及其依赖是至关重要的。在本节中，我们将探讨一些升级和维护 Spring Security 时的基础知识，然后通过几个案例来深入了解如何在实际中应用这些知识。

9.2.1 基础知识

在进行 Spring Security 升级和维护时，深入理解一些核心概念和最佳实践是至关重要的。下面是对前面提到的基础知识点的扩展，以帮助你更有效地管理和维护你的 Spring Security 配置。

依赖管理

Spring Boot 管理：利用 Spring Boot 的依赖管理来简化 Spring Security 的版本升级。Spring Boot 的父 POM 文件预定义了许多 Spring 项目的版本，包括 Spring Security。通过升级 Spring Boot 的版本，你可以间接升级 Spring Security，同时保持依赖之间的兼容性。
明确声明依赖版本：在某些情况下，你可能需要使用特定版本的 Spring Security，而不是由 Spring Boot 管理的版本。在这种情况下，确保在你的 pom.xml 或 build.gradle 文件中明确声明 Spring Security 的版本。

迁移指南

官方文档：Spring Security 的官方文档通常会包含一个迁移指南，详细说明了从旧版本升级到新版本所需的步骤。这些指南是宝贵的资源，因为它们不仅列出了需要更改的内容，还解释了为什么进行这些更改。
示例代码：除了迁移指南之外，寻找官方提供的示例代码也是一个好主意。这些示例通常展示了新特性的使用方法和配置最佳实践。

弃用策略

弃用注解：查看 Spring Security 源码中的 @Deprecated 注解，了解哪些类、方法或属性已被弃用，并查找推荐的替代方案。
日志警告：在应用启动或运行时，Spring Security 可能会在日志中输出弃用警告。定期检查这些警告可以帮助你识别需要更新的地方。

新特性和增强

性能改进：每个新版本的 Spring Security 都可能包含性能优化，这些优化可以减少内存使用、加快启动时间或提高请求处理速度。关注这些改进可以帮助你提升应用的整体性能。
安全增强：新版本往往增加了更强的安全措施，如改进的加密算法、更严格的默认设置或新的防护机制。利用这些增强功能可以提高应用的安全级别。
新的配置选项和扩展点：Spring Security 不断地在增加更灵活的配置选项和扩展点，使得开发者可以更细粒度地控制安全行为。理解这些新功能是如何工作的，可以帮助你更好地定制安全配置以满足特定需求。

通过掌握这些基础知识，你可以更加自信地升级和维护你的 Spring Security 配置，确保应用的安全性，同时充分利用 Spring Security 提供的最新特性和改进。在实际操作中，结合具体的应用场景和业务需求，逐步实施这些升级和维护步骤，可以最大限度地减少迁移风险，确保平滑过渡。

9.2.2 重点案例：适配新的密码存储格式

随着 Spring Security 6 的发布，新的密码存储格式引入了更强的安全性和灵活性。以下案例演示了如何在你的应用中适配这一新格式，确保密码存储机制的安全性得到加强。

场景概述

假设你的应用当前使用 BCryptPasswordEncoder 来存储用户密码。随着 Spring Security 6 的发布，你决定迁移到新的推荐密码存储格式，以提高安全性并利用最新的加密技术。

步骤 1：更新密码编码器

首先，更新你的配置类，使用 DelegatingPasswordEncoder 替代 BCryptPasswordEncoder。这一变更可以确保你的应用能够支持多种密码存储格式，并且能够轻松迁移到未来的加密算法。

SecurityConfig.java

@Configuration
public class SecurityConfig {
    @Bean
    public PasswordEncoder passwordEncoder() {
        return PasswordEncoderFactories.createDelegatingPasswordEncoder();
    }
}

步骤 2：迁移现有用户密码

对于已经存储在数据库中的密码，你需要设计一个策略来迁移这些密码到新格式。一种常见的策略是在用户下次成功登录时自动更新其密码。

UserService.java

@Service
public class UserService implements UserDetailsService {
    @Autowired
    private UserRepository userRepository;
    @Autowired
    private PasswordEncoder passwordEncoder;
    @Override
    public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
        User user = userRepository.findByUsername(username);
        if (user == null) {
            throw new UsernameNotFoundException("User not found");
        }
        return new org.springframework.security.core.userdetails.User(user.getUsername(), user.getPassword(), getAuthorities());
    }
    public void updatePassword(String username, String newPassword) {
        User user = userRepository.findByUsername(username);
        String encodedPassword = passwordEncoder.encode(newPassword);
        user.setPassword(encodedPassword);
        userRepository.save(user);
    }
    // Other methods...
}

在用户登录验证过程中，你可以检查密码是否使用了旧的编码格式，并在成功验证后使用新的编码器重新编码密码。

步骤 3：编写密码迁移逻辑

在你的登录逻辑中，添加密码迁移的代码。当用户使用旧密码格式成功登录后，自动将其密码迁移到新格式。

CustomAuthenticationSuccessHandler.java

public class CustomAuthenticationSuccessHandler extends SimpleUrlAuthenticationSuccessHandler {
    @Autowired
    private UserService userService;
    @Override
    public void onAuthenticationSuccess(HttpServletRequest request, HttpServletResponse response, Authentication authentication) throws IOException, ServletException {
        String username = authentication.getName();
        String password = request.getParameter("password");
        userService.updatePassword(username, password);
        super.onAuthenticationSuccess(request, response, authentication);
    }
}

测试密码迁移

最后，确保为密码迁移逻辑编写充分的测试，验证当用户使用旧格式的密码登录时，密码能够被成功迁移到新格式。

UserServiceTest.java

@SpringBootTest
public class UserServiceTest {
    @Autowired
    private UserService userService;
    @Test
    public void testPasswordMigrationOnLogin() {
        String username = "testUser";
        String rawPassword = "password123";
        userService.updatePassword(username, rawPassword);
        // 模拟登录过程，验证密码是否被迁移到新格式
        // 注意：这里需要实现登录逻辑的模拟，可能需要使用 MockMvc 或其他机制
        assertTrue("Password should be migrated to new format", checkPasswordFormat(username));
    }
    private boolean checkPasswordFormat(String username) {
        // 实现检查用户密码是否为新格式的逻辑
        return true;
    }
}

通过上述步骤，你可以确保应用中的密码存储机制遵循最新的安全标准，同时为未来可能的迁移提供了灵活性。这不仅提高了系统的安全性，还提升了维护的便捷性。

9.2.3 拓展案例 1：利用新的 OAuth2 功能

随着 Spring Security 6 的发布，OAuth2 支持得到了增强，引入了更多的灵活性和配置选项。这个案例将指导你如何利用这些新特性来升级和改进你的 OAuth2 客户端配置。

场景概述

假设你的应用已经使用 OAuth2 进行身份验证，现在你想要利用 Spring Security 6 提供的新特性来增强安全性和改进用户体验。具体来说，你将实现一个新的 OAuth2 登录流程，使用更灵活的客户端配置和改进的用户信息获取。

步骤 1：更新 Spring Security 依赖

确保你的项目使用了 Spring Security 6。如果你是通过 Spring Boot 管理依赖，升级到最新的 Spring Boot 版本即可自动获取 Spring Security 6 的依赖。

步骤 2：配置 OAuth2 客户端

在 application.yml 或 application.properties 文件中配置 OAuth2 客户端。Spring Security 6 支持更多的配置属性，使得你可以更细粒度地控制 OAuth2 流程。

application.yml 示例:

spring:
  security:
    oauth2:
      client:
        registration:
          google:
            client-id: your-google-client-id
            client-secret: your-google-client-secret
            scope: openid, profile, email
            client-name: Google
        provider:
          google:
            authorization-uri: https://accounts.google.com/o/oauth2/auth
            token-uri: https://oauth2.googleapis.com/token
            user-info-uri: https://openidconnect.googleapis.com/v1/userinfo
            user-name-attribute: sub

步骤 3：自定义用户信息处理

Spring Security 6 提供了更多的扩展点，允许你自定义 OAuth2 登录过程中用户信息的处理。例如，你可以实现一个自定义的 OAuth2UserService 来处理用户信息。

CustomOAuth2UserService.java:

@Service
public class CustomOAuth2UserService extends DefaultOAuth2UserService {
    @Override
    public OAuth2User loadUser(OAuth2UserRequest userRequest) throws OAuth2AuthenticationException {
        OAuth2User user = super.loadUser(userRequest);
        // 在这里可以实现自定义逻辑，例如根据加载的用户信息更新本地数据库
        return user;
    }
}

步骤 4：注册自定义 OAuth2UserService

在你的安全配置中注册自定义的 OAuth2UserService，以确保它被用于处理 OAuth2 登录。

SecurityConfig.java:

@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    @Autowired
    private CustomOAuth2UserService customOAuth2UserService;
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http
            .oauth2Login(oauth2Login ->
                oauth2Login.userInfoEndpoint()
                    .userService(customOAuth2UserService)
            );
    }
}

步骤 5：测试新的 OAuth2 登录流程

编写集成测试来验证新的 OAuth2 登录流程是否按预期工作，特别是自定义用户信息处理逻辑。

OAuth2LoginIntegrationTest.java:

@SpringBootTest
@AutoConfigureMockMvc
public class OAuth2LoginIntegrationTest {
    @Autowired
    private MockMvc mockMvc;
    // 编写测试用例模拟 OAuth2 登录流程，并验证自定义用户信息处理逻辑是否生效
    // 注意：实际的测试实现需要根据你的应用具体情况来设计
}

通过这些步骤，你可以充分利用 Spring Security 6 提供的新 OAuth2 功能，提高应用的安全性和用户体验。自定义用户信息处理逻辑让你可以在用户登录过程中加入更多的业务逻辑，如用户数据的同步或更新。

第9章 Spring Security 的测试与维护（2024 最新版）（下）+https://developer.aliyun.com/article/1487166

第9章 Spring Security 的测试与维护（2024 最新版）（上）

9.1 编写安全测试

9.1.1 基础知识

9.1.2 重点案例：保护 REST API

9.1.3 拓展案例 1：自定义登录逻辑测试

9.1.4 拓展案例 2：CSRF 保护测试

9.2 Spring Security 升级和维护

9.2.1 基础知识

9.2.2 重点案例：适配新的密码存储格式

9.2.3 拓展案例 1：利用新的 OAuth2 功能

热门文章

最新文章

相关课程

相关电子书

相关实验场景

热门

活动广场

任务中心

开发者评测

高校计划

乘风者计划

训练营

阿里云MVP

话题

直播

下载

镜像站

技术资料

插件

第9章 Spring Security 的测试与维护 （2024 最新版）（上）

9.1 编写安全测试

9.1.1 基础知识

9.1.2 重点案例：保护 REST API

9.1.3 拓展案例 1：自定义登录逻辑测试

9.1.4 拓展案例 2：CSRF 保护测试

9.2 Spring Security 升级和维护

9.2.1 基础知识

9.2.2 重点案例：适配新的密码存储格式

9.2.3 拓展案例 1：利用新的 OAuth2 功能

热门文章

最新文章

相关课程

相关电子书

相关实验场景

第9章 Spring Security 的测试与维护（2024 最新版）（上）