Spring Security和自定义filter的冲突导致多执行的解决方案

当使用 Spring Security 的时候，如果我们自己也使用了自定义的过滤器 Filter，可能会导致一个问题就是会执行多次 Filter 过滤器链，我们应该如何解决这个问题呢？

通常情况下 Filter 是在 Spring Security 的过滤器链之前执行的，这就会导致在接收到请求时，先执行我们自定义的过滤器，然后再执行 Spring Security 的过滤器，又再次执行我们自己的过滤器。

为了解决这个问题，我们需要在 Spring Security 的配置文件中进行配置，指定哪些过滤器需要跳过，防止多次执行。

具体的解决方案如下：

1.在 Spring Security 的配置文件中，指定自定义 Filter 需要跳过的过滤器

@Configuration
@EnableWebSecurity
public class WebSecurityConfig extends WebSecurityConfigurerAdapter {

  @Autowired
  private CustomFilter customFilter;

  @Override
  protected void configure(HttpSecurity http) throws Exception {
    http.addFilterBefore(customFilter, UsernamePasswordAuthenticationFilter.class);
  }
}

在这个例子中，我们使用了 addFilterBefore 方法来指定 customFilter 之前需要跳过的过滤器，这里我们指定了 UsernamePasswordAuthenticationFilter，这表示在执行 Spring Security 过滤器链时，会跳过这个过滤器，从而避免了多次执行。

2.在自定义的 Filter 中加入判断，若已经执行过，直接返回，避免多次执行

public class CustomFilter extends OncePerRequestFilter {

  private boolean hasExecuted = false;

  @Override
  protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain) throws ServletException, IOException {
    if (hasExecuted) {
      filterChain.doFilter(request, response);
      return;
    }
    //do filter logic here

    hasExecuted = true;
  }
}

在这个例子中，我们使用一个 boolean 类型的变量 hasExecuted 来标识 Filter 是否已经执行过，若已执行，则直接返回，不再执行逻辑。在这种情况下，我们可以使用 OncePerRequestFilter 类型的过滤器，确保每次请求只会执行一次 doFilterInternal 方法。

总结一下，解决 Spring Security 和自定义 Filter 冲突导致多执行的问题，可以通过指定自定义 Filter 需要跳过的过滤器和在自定义 Filter 中加入判断，若已执行过则直接返回来避免多次执行。