SpringSecurity中文文档（体系结构）.md

最新推荐文章于 2024-06-28 16:42:10 发布
最新推荐文章于 2024-06-28 16:42:10 发布
阅读量1k 收藏 19
点赞数 23
分类专栏： SpirngSecurity中文文档 文章标签： java spring spring boot spring cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/znjy111/article/details/139957578
版权

体系结构（Architecture）

本节讨论基于 Servlet 的应用程序中 Spring Security 的高级体系结构。我们将在参考文献的身份验证、授权和防止利用部分中构建这种高层次的理解。

过滤器的综述 （A Review of Filters）

Spring Security 的 Servlet 支持基于 Servlet 过滤器,所以首先看一下过滤器的作用是有帮助的。下图显示了单个 HTTP 请求的处理程序的典型分层。

filterchain

*Figure 1. FilterChain*

客户机向应用程序发送一个请求，容器创建一个 FilterChain，其中包含 Filter 实例和 Servlet，它们应该根据请求 URI 的路径处理 HttpServletRequest。在 Spring MVC 应用程序中，Servlet 是 DispatcherServlet 的一个实例。一个 Servlet 最多只能处理一个 HttpServletRequest 和 HttpServletResponse:

  • 防止下游过滤器实例或 Servlet 被调用。在这种情况下，Filter 通常会写入 HttpServletResponse。
  • 修改下游过滤器实例和Servlet使用的HttpServletRequest或HttpServletResponse。

过滤器Filter的能力来自于传递给它的过滤器链FilterChain。

FilterChain Usage Example

public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) {
	// do something before the rest of the application
    chain.doFilter(request, response); // invoke the rest of the application
    // do something after the rest of the application
}

由于 Filter 只影响下游 Filter 实例和 Servlet，因此调用每个 Filter 的顺序非常重要。

DelegatingFilterProxy

Spring 提供了一个名为 DelegatingFilterProxy的 Filter 实现，它允许在 Servlet 容器的生命周期和 Spring 的 ApplicationContext 之间建立桥梁。Servlet 容器允许使用自己的标准注册 Filter 实例，但是它不知道 Spring 定义的 Bean。您可以通过标准的Servlet容器机制注册DelegatingFilterProxy，但是将所有工作委托给实现Filter的Spring Bean。

这是一张图，展示了DelegatingFilterProxy如何适应过滤器实例和过滤器链。

delegatingfilterproxy

Figure 2. DelegatingFilterProxy

DelegatingFilterProxy 从 ApplicationContext 中查找 Bean Filter0，然后调用 Bean Filter0。下面的列表展示了 DelegatingFilterProxy 的伪代码：

DelegatingFilterProxy Pseudo Code

public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) {
	Filter delegate = getFilterBean(someBeanName);  // 1
	delegate.doFilter(request, response);  // 2
}
  1. 延迟获取作为Spring Bean注册的Filter。例如，在DelegatingFilterProxy中，delegate是Bean Filter0的一个实例。(Lazily get Filter that was registered as a Spring Bean. For the example in DelegatingFilterProxy delegate is an instance of Bean Filter0.)
  2. 将工作委托给 Spring Bean。

DelegatingFilterProxy的另一个优点是它允许懒加载Filter bean实例。这一点很重要，因为容器需要在启动之前注册Filter实例。然而，Spring通常使用ContextLoaderListener来加载Spring Beans，这在需要注册Filter实例之后才会完成。

FilterChainProxy

SpringSecurity 的 Servlet 支持包含在 FilterChainProxy 中。FilterChainProxy 是 Spring Security 提供的一个特殊的 Filter，它允许通过 SecurityFilterChain委托许多 Filter 实例。因为 FilterChainProxy 是一个 Bean，所以它通常包装在一个 DelegatingFilterProxy 中。

下图显示了 FilterChainProxy 的角色。

filterchainproxy

Figure 3. FilterChainProxy

SecurityFilterChain

FilterChainProxy使用 SecurityFilterChain来确定应该为当前请求调用哪些 Spring 安全筛选器实例。

下图显示了 SecurityFilterChain 的角色。

securityfilterchain

Figure 4. SecurityFilterChain

SecurityFilterChain 中的 Security Filters 通常是 Bean，但是它们是用 FilterChainProxy 注册的，而不是用 DelegatingFilterProxy.注册的。FilterChainProxy 提供了直接在 Servlet 容器中注册或使用 DelegatingFilterProxy 的多项优势。首先，它为Spring Security的所有Servlet支持提供了一个起点。因此，如果您尝试调试Spring Security的Servlet支持，在FilterChainProxy中添加一个断点是一个很好的开始。其次，由于FilterChainProxy是Spring Security使用的核心，它可以执行一些被认为非可选的任务。例如，它清除SecurityContext以避免内存泄漏。它还应用Spring Security的HttpFirewall来保护应用程序免受某些类型的攻击。

此外，它在确定何时应该调用 SecurityFilterChain 方面提供了更大的灵活性。在 Servlet 容器中，过滤器实例仅基于 URL 进行调用。然而，通过使用RequestMatcher接口，FilterChainProxy可以根据HttpServletRequest中的任何内容来确定调用。

下图显示了多个 SecurityFilterChain 实例:

multi securityfilterchain

*Figure 5. Multiple SecurityFilterChain*

在Multiple SecurityFilterChain图中,FilterChainProxy 决定应该使用哪个 SecurityFilterChain。只调用第一个匹配的 SecurityFilterChain。如果请求的URL是/api/messages/，它首先与/api/** 的SecurityFilterChain0模式匹配，因此只有SecurityFilterChain0被调用，即使它也与SecurityFilterChainn匹配。如果请求的URL是/messages/，它不与/api/** 的SecurityFilterChain0模式匹配，所以FilterChainProxy继续尝试每个SecurityFilterChain。假设没有其他SecurityFilterChain实例匹配，SecurityFilterChainn将被调用。

请注意，SecurityFilterChain0 只配置了三个安全 Filter 实例。然而，SecurityFilterChainn 配置了四个安全 Filter 实例。重要的是要注意每个 SecurityFilterChain 可以是唯一的，并且可以独立配置。实际上，如果应用程序希望 Spring Security 忽略某些请求，SecurityFilterChain 可能甚至没有一个安全 Filter 实例。

Security Filters

Security Filters 通过 SecurityFilterChainAPI 插入到 FilterChainProxy 中。这些过滤器可以用于许多不同的目的，比如身份验证、授权、漏洞保护等等。过滤器按照特定的顺序执行，以确保在正确的时间调用它们，例如，执行身份验证的 Filter 应该在执行授权的 Filter 之前调用。通常不需要知道 Spring 安全过滤器的顺序。但是，有时了解排序是有益的，如果您想了解它们，可以检查 FilterOrderRegistration代码。

为了举例说明上面的段落，让我们考虑以下安全配置:

@Configuration
@EnableWebSecurity
public class SecurityConfig {

    @Bean
    public SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
        http
            .csrf(Customizer.withDefaults())
            .authorizeHttpRequests(authorize -> authorize
                .anyRequest().authenticated()
            )
            .httpBasic(Customizer.withDefaults())
            .formLogin(Customizer.withDefaults());
        return http.build();
    }

}

上述配置将导致下列Filter顺序:

FilterAdded by
CsrfFilterHttpSecurity#csrf
UsernamePasswordAuthenticationFilterHttpSecurity#formLogin
BasicAuthenticationFilterHttpSecurity#httpBasic
AuthorizationFilterHttpSecurity#authorizeHttpRequests
  1. (首先，调用 CsrfFilter 来防止 CSRF 攻击。)First, the CsrfFilter is invoked to protect against CSRF attacks.
  2. (其次，调用身份验证过滤器来对请求进行身份验证。)Second, the authentication filters are invoked to authenticate the request.
  3. (第三，调用 AuthorizationFilter 对请求进行授权。)Third, the AuthorizationFilter is invoked to authorize the request.

可能还有上面没有列出的其他 Filter 实例。如果希望查看为特定请求调用的筛选器列表，可以打印它们print them。

Printing the Security Filters

通常，查看为特定请求调用的 security Filter列表是有用的。例如，您希望确保添加的Filter位于 security Filter列表中。过滤器列表在应用程序启动时以 INFO 级别打印，因此您可以在控制台输出中看到如下内容，例如:

2023-06-14T08:55:22.321-03:00  INFO 76975 --- [           main] o.s.s.web.DefaultSecurityFilterChain     : Will secure any request with [
org.springframework.security.web.session.DisableEncodeUrlFilter@404db674,
org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter@50f097b5,
org.springframework.security.web.context.SecurityContextHolderFilter@6fc6deb7,
org.springframework.security.web.header.HeaderWriterFilter@6f76c2cc,
org.springframework.security.web.csrf.CsrfFilter@c29fe36,
org.springframework.security.web.authentication.logout.LogoutFilter@ef60710,
org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter@7c2dfa2,
org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter@4397a639,
org.springframework.security.web.authentication.ui.DefaultLogoutPageGeneratingFilter@7add838c,
org.springframework.security.web.authentication.www.BasicAuthenticationFilter@5cc9d3d0,
org.springframework.security.web.savedrequest.RequestCacheAwareFilter@7da39774,
org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@32b0876c,
org.springframework.security.web.authentication.AnonymousAuthenticationFilter@3662bdff,
org.springframework.security.web.access.ExceptionTranslationFilter@77681ce4,
org.springframework.security.web.access.intercept.AuthorizationFilter@169268a7]

这将很好地了解为each filter chain配置的安全过滤器。

但这还不是全部，您还可以将应用程序配置为为每个请求打印每个过滤器的调用。这有助于查看您添加的筛选器是否被针对特定请求调用，或者检查异常来自何处。为此，可以将应用程序配置为记录安全事件log the security events。

向过滤器链添加自定义过滤器(Adding a Custom Filter to the Filter Chain)

大多数情况下，默认的安全过滤器就足以保护您的应用程序。然而，有时您可能希望向安全过滤器链中添加一个自定义过滤器。

例如，假设您希望添加一个 Filter，它获取租户 ID 标头，并检查当前用户是否可以访问该租户。前面的描述已经给了我们一个关于在哪里添加过滤器的线索，因为我们还需要知道当前用户，所以我们需要在认证过滤器之后添加它。

首先，让我们创建 Filter:

import java.io.IOException;

import jakarta.servlet.Filter;
import jakarta.servlet.FilterChain;
import jakarta.servlet.ServletException;
import jakarta.servlet.ServletRequest;
import jakarta.servlet.ServletResponse;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

import org.springframework.security.access.AccessDeniedException;

public class TenantFilter implements Filter {

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest) servletRequest;
        HttpServletResponse response = (HttpServletResponse) servletResponse;

        String tenantId = request.getHeader("X-Tenant-Id"); (1)
        boolean hasAccess = isUserAllowed(tenantId); (2)
        if (hasAccess) {
            filterChain.doFilter(request, response); (3)
            return;
        }
        throw new AccessDeniedException("Access denied"); (4)
    }

}

上面的示例代码执行以下操作:

  1. 从请求头中获取租户 ID。
  2. 检查当前用户是否有访问租户 ID 的权限。
  3. 如果用户具有访问权限，则调用链中的其余过滤器。
  4. 如果用户没有访问权限，则抛出 AccessDeniedException。

您可以选择从OncePerRequestFilter扩展，而不是实现Filter接口。OncePerRequestFilter是一个基类，用于只每个请求调用一次的过滤器，并提供了一个带有HttpServletRequest和HttpServletResponse参数的doFilterInternal方法。

@Bean
SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
    http
        // ...
        .addFilterBefore(new TenantFilter(), AuthorizationFilter.class); // 1
    return http.build();
}
  1. 使用 HttpSecurity # addFilterBefore 在 AuthorizationFilter 之前添加 TenantFilter。

通过在 AuthorizationFilter 之前添加过滤器，我们可以确保在身份验证过滤器之后调用 TenantFilter。您还可以使用 HttpSecurity # addFilterAfter 在特定筛选器之后添加筛选器，或者使用 HttpSecurity # addFilterAt 在筛选器链中的特定筛选器位置添加筛选器。

就是这样，现在将在过滤器链中调用 TenantFilter，并检查当前用户是否有访问租户 ID 的权限。

在将过滤器声明为 Spring bean 时要小心，可以使用@Component 对其进行注释，也可以在配置中将其声明为 bean，因为 Spring Boot 会自动将其注册到嵌入式容器中。这可能导致过滤器被调用两次，一次由容器调用，一次由 Spring Security 以不同的顺序调用。

例如，如果你仍然想把你的过滤器声明为一个 Spring bean 来利用依赖注入，并避免重复调用，你可以通过声明一个 FilterregistrationBean bean 并把它的启用属性设置为 false 来告诉 Spring Boot 不要在容器中注册它:

@Bean
public FilterRegistrationBean<TenantFilter> tenantFilterRegistration(TenantFilter filter) {
    FilterRegistrationBean<TenantFilter> registration = new FilterRegistrationBean<>(filter);
    registration.setEnabled(false);
    return registration;
}

Handling Security Exceptions

ExceptionTranslationFilter 允许将 AccessDeniedException 和 AuthenticationException转换为 HTTP 响应。

ExceptionTranslationFilter 作为安全过滤器之一被插入到 FilterChainProxy 中。

下面的图像显示了 ExceptionTranslationFilter 与其他组件的关系:

exceptiontranslationfilter

  1. 首先，ExceptionTransationFilter 调用 FilterChain.doFilter (request，response)来调用应用程序的其余部分。
  2. 如果用户未经身份验证，或者是 AuthenticationException，则启动身份验证。
    • SecurityContextHolder 被清除。
    • 保存 HttpServletRequest，以便在身份验证成功后可以使用它重播原始请求。
    • AuthenticationEntryPoint 用于从客户端请求凭据。例如，它可能重定向到登录页面或发送 WWW-Authenticate 标头。
  3. 否则，如果它是一个 AccessDeniedException，那么访问被拒绝。将调用 AccessDeniedHandler 来处理访问被拒绝。

如果应用程序不引发 AccessDeniedException 或 AuthenticationException，则 ExceptionTransationFilter 不执行任何操作。

ExceptionTranslationFilter pseudocode

try {
	filterChain.doFilter(request, response); // 1
} catch (AccessDeniedException | AuthenticationException ex) {
	if (!authenticated || ex instanceof AuthenticationException) {
		startAuthentication(); // 2
	} else {
		accessDenied(); // 3
	}
}
  1. 如 A Review of Filters 中所述，调用 FilterChain.doFilter (request，response)等同于调用应用程序的其余部分。这意味着，如果应用程序的另一部分(FilterSecurityInterceptor 或方法安全性)抛出 AuthenticationException 或 AccessDeniedException，将在这里捕获并处理它。
  2. 如果用户未经身份验证，或者是 AuthenticationException，则启动身份验证。
  3. 否则，访问被拒绝

Saving Requests Between Authentication

如 Handling Security Exceptions所示，当一个请求没有认证且请求的资源需要认证时，就需要保存对该认证资源的请求，以便在认证成功后重新请求。在 Spring Security 中，这是通过使用 RequestCache 实现来保存 HttpServletRequest 完成的。

RequestCache

HttpServletRequest 保存在 RequestCache中。当用户成功进行身份验证时，将使用 RequestCache 重播原始请求。

RequestCacheAwareFilter 在用户验证之后使用 RequestCache 获取保存的 HttpServletRequest，而 RequestCacheAwareFilter在检测到 AuthenticationException 之后，在将用户重定向到登录端点之前，使用 RequestCache 保存 HttpServletRequest。

默认情况下，使用 HttpSessionRequestCache。下面的代码演示如何自定义 RequestCache 实现，该实现用于检查 HttpSession 是否存在已保存的请求(如果存在名为 Continue 的参数)。

@Bean
DefaultSecurityFilterChain springSecurity(HttpSecurity http) throws Exception {
	HttpSessionRequestCache requestCache = new HttpSessionRequestCache();
	requestCache.setMatchingRequestParameterName("continue");
	http
		// ...
		.requestCache((cache) -> cache
			.requestCache(requestCache)
		);
	return http.build();
}
阻止保存请求(Prevent the Request From Being Saved)

有许多原因可能导致您不想在会话中存储用户的未经身份验证的请求。您可能希望将该存储卸载到用户的浏览器上，或将其存储在数据库中。或者您可能想关闭这个功能，因为您总是想将用户重定向到主页，而不是他们在登录之前试图访问的页面。

为此，可以使用 NullRequestCache实现。

Prevent the Request From Being Saved

@Bean
SecurityFilterChain springSecurity(HttpSecurity http) throws Exception {
    RequestCache nullRequestCache = new NullRequestCache();
    http
        // ...
        .requestCache((cache) -> cache
            .requestCache(nullRequestCache)
        );
    return http.build();
}

RequestCacheAwareFilter

RequestCacheAwareFilter 使用 RequestCache 重放原始请求。

Logging

SpringSecurity 在 DEBUG 和 TRACE 级别提供所有安全相关事件的全面日志记录。这在调试应用程序时非常有用，因为对于安全措施，Spring Security 不会向响应主体添加请求被拒绝的任何细节。如果遇到401或403错误，很可能会找到一条日志消息，帮助您了解正在发生的情况。

让我们考虑一个示例，其中用户试图向启用了 CSRF 保护但没有启用 CSRF 令牌的资源发出 POST 请求。如果没有日志，用户将看到一个403错误，没有解释为什么请求被拒绝。但是，如果为 Spring Security 启用日志记录，您将看到如下日志消息:

2023-06-14T09:44:25.797-03:00 DEBUG 76975 --- [nio-8080-exec-1] o.s.security.web.FilterChainProxy        : Securing POST /hello
2023-06-14T09:44:25.797-03:00 TRACE 76975 --- [nio-8080-exec-1] o.s.security.web.FilterChainProxy        : Invoking DisableEncodeUrlFilter (1/15)
2023-06-14T09:44:25.798-03:00 TRACE 76975 --- [nio-8080-exec-1] o.s.security.web.FilterChainProxy        : Invoking WebAsyncManagerIntegrationFilter (2/15)
2023-06-14T09:44:25.800-03:00 TRACE 76975 --- [nio-8080-exec-1] o.s.security.web.FilterChainProxy        : Invoking SecurityContextHolderFilter (3/15)
2023-06-14T09:44:25.801-03:00 TRACE 76975 --- [nio-8080-exec-1] o.s.security.web.FilterChainProxy        : Invoking HeaderWriterFilter (4/15)
2023-06-14T09:44:25.802-03:00 TRACE 76975 --- [nio-8080-exec-1] o.s.security.web.FilterChainProxy        : Invoking CsrfFilter (5/15)
2023-06-14T09:44:25.814-03:00 DEBUG 76975 --- [nio-8080-exec-1] o.s.security.web.csrf.CsrfFilter         : Invalid CSRF token found for http://localhost:8080/hello
2023-06-14T09:44:25.814-03:00 DEBUG 76975 --- [nio-8080-exec-1] o.s.s.w.access.AccessDeniedHandlerImpl   : Responding with 403 status code
2023-06-14T09:44:25.814-03:00 TRACE 76975 --- [nio-8080-exec-1] o.s.s.w.header.writers.HstsHeaderWriter  : Not injecting HSTS header since it did not match request to [Is Secure]

很明显，CSRF 令牌丢失了，这就是请求被拒绝的原因。

若要将应用程序配置为记录所有安全事件，可以向应用程序添加以下内容:

-- application.properties in Spring Boot
logging.level.org.springframework.security=TRACE

-- logback.xml
<configuration>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <!-- ... -->
    </appender>
    <!-- ... -->
    <logger name="org.springframework.security" level="trace" additivity="false">
        <appender-ref ref="Console" />
    </logger>
</configuration>
嗨！陌生人
关注
  • 23
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Spring Security中文文档
程序员小明1024
11-26 5627
Spring Security中文文档 来源：https://www.springcloud.cc/spring-security.html#overall-architecture 作者 Ben Alex ， Luke Taylor ， Rob Winch ， Gunnar Hillert ， Joe Grandja ， Jay Bryant 5.1.2.RELE...
springsecurity初体验（5.3.5官方文档）-1
tianyadaoke2020的博客
08-27 1719
5.1.2 密码存储 PasswordEncoder，5.0之前默认的NoOpPasswordEncoder ，框架用了DelegatingPasswordEncoder模式，方便将来更新存储方式的时候不用变动框架。 创建委托： PasswordEncoder passwordEncoder = PasswordEncoderFactories.createDelegatingPasswordEncoder(); 创建自定义的委托： String idForEncode = "bcrypt"; M
SpringSecurity自定义多Provider时提示No AuthenticationProvider found for问题的解决方案与原理（一）
半斤米粉闯天下的博客
08-27 9471
SpringSecurity 5.6.X 自定义多Provider时No AuthenticationProvider found for问题的排查与修复
Spring Cloud Alibaba 官方中文文档
weixin_48453772的博客
06-21 6842
Spring Cloud Alibaba中文文档
《Spring 5 官方文档》18. Web MVC 框架
aoaoxiaoxian的博客
10-16 901
《Spring 5 官方文档》18. Web MVC 框架
Spring Security参考手册
殇莫忆的博客
05-05 5144
Spring Security 参考手册Ben AlexLuke TaylorRob WinchGunnar HillertTable of Contents前言入门简介Spring Security是什么?历史发布版本号Getting Spring SecuritySpring Security 4.1新特性Java 配置提升Web应用程序安全性提升授权改进密码模块的改进测试的改进一般的改进样品...
Springboot+SpringSecurity一篇看会
普通人一枚
03-06 8644
SpringSecurity总结
Spring Security 认证流程
qq_44131750的博客
04-17 1096
参考资料 官方指引 官方文档 白话让你理解什么是oAuth2协议 最简单易懂的Spring Security 身份认证流程讲解 Spring Security零基础入门之一 SpringSecurity+JWT认证流程解析 How Spring Security Authentication works - Java Brains（这个视频教程讲的超级详细！！！整个流程的理解可以看它） Spring Security 采用 AOP，基于 Servlet 过滤器实现的安全框架。它提供了完善的认证机构和授权功能
java开源包7
06-28
Spring4GWT GWT Spring 使得在 Spring 框架下构造 GWT 应用变得很简单，提供一个易于理解的依赖注入和RPC机制。 Java扫雷游戏 JVMine JVMine用Applets开发的扫雷游戏，可在线玩。 public class JVMine extends java...
java开源包101
07-13
Spring4GWT GWT Spring 使得在 Spring 框架下构造 GWT 应用变得很简单，提供一个易于理解的依赖注入和RPC机制。 Java扫雷游戏 JVMine JVMine用Applets开发的扫雷游戏，可在线玩。 public class JVMine extends java...
java开源包1
06-28
Spring4GWT GWT Spring 使得在 Spring 框架下构造 GWT 应用变得很简单，提供一个易于理解的依赖注入和RPC机制。 Java扫雷游戏 JVMine JVMine用Applets开发的扫雷游戏，可在线玩。 public class JVMine extends java...
java开源包10
06-28
Spring4GWT GWT Spring 使得在 Spring 框架下构造 GWT 应用变得很简单，提供一个易于理解的依赖注入和RPC机制。 Java扫雷游戏 JVMine JVMine用Applets开发的扫雷游戏，可在线玩。 public class JVMine extends java...
JAVA上百实例源码以及开源项目
01-03
　基于JAVA的UDP服务器模型源代码，内含UDP服务器端模型和UDP客户端模型两个小程序，向JAVA初学者演示UDP C/S结构的原理。 简单聊天软件CS模式 2个目标文件 一个简单的CS模式的聊天软件,用socket实现,比较简单。 ...
Java的异常处理体系
最新发布
落日的博客
06-28 837
ControllerAdvice 注解用于定义全局控制器建议，在 Spring MVC 中，控制器建议由控制器中的 @ExceptionHandler 方法、@InitBinder 方法和 @ModelAttribute 方法组成。①、CheckedException （检查异常 必须在代码中显式处理 使用try catch捕获 或者 在方法上使用 throws 抛出 除了RuntimeException及其子类以外，其他的Exception类及其子类都属于受检查异常 ）
Java 中的访问修饰符及其适用范围
liangzai215的专栏
06-25 455
public就像是开放的公园，对所有人开放。private好比你的私人日记，只有你能看。protected则是家庭相册，家人和继承者可以看到。而默认访问级别，则像是一扇未上锁的后门，只对同在一个包的“家人”开放。合理使用这些访问修饰符，可以帮助你构建更加安全、模块化和易于维护的代码。就像管理家中的物品一样，通过设置合适的访问权限，让每个部分各司其职，既保护了隐私，又促进了内部的合作与协调。
idea配置外置gradle
蔡定努
06-28 221
路径： /Users/caidingnu/save/gradle-8.5/init.d/ init.gradle。下载gradle包，解压。idea 配置文件修改。
Android10 SystemUI系列 需求定制（二）隐藏状态栏通知图标，锁屏通知，可定制包名，渠道等
fighting_2017的博客
06-25 100
SystemUI 所包含的界面和模块比较多，这一节主要分享一下状态栏通知图标和通知栏的定制需求：隐藏状态栏通知图标，锁屏通知，可定制包名，渠道等来熟悉一下Systemui。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值