Spring Boot自定义Filter始终映射至/*的配置问题排查

哎，我懂你遇到的这个糟心问题——明明在配置里指定了/lms/s/reward/*的路径，结果自定义的UIDAuthenticationFilter还是一股脑儿拦截所有/*请求。我来给你拆解几个最可能的原因和对应的解决办法：

1. 先排查Spring Security自动配置的干扰 #

Spring Boot的Security Starter会默认生成一个覆盖/**路径的Filter链，这大概率是你的自定义Filter被“强制”全局生效的罪魁祸首。你可以先禁用自动配置试试：

@SpringBootApplication(exclude = {SecurityAutoConfiguration.class, UserDetailsServiceAutoConfiguration.class})
public class YourApplication {
    public static void main(String[] args) {
        SpringApplication.run(YourApplication.class, args);
    }
}

这样就能确保只有你自己配置的FilterChainProxy生效，不会被默认配置抢了风头。

2. 检查XML配置的完整性和正确性 #

首先得确保你的自定义Filter已经被正确声明为Spring Bean，而且filter-chain里引用的bean ID完全匹配：

<!-- 先声明自定义Filter Bean -->
<bean id="UIDAuthenticationFilter" class="com.your.package.UserIdAuthenticationFilter"/>

<!-- 完整的FilterChainProxy配置 -->
<bean id="filterChainProxy" class="org.springframework.security.web.FilterChainProxy">
    <security:filter-chain-map request-matcher="ant">
        <!-- 只对指定路径应用你的Filter -->
        <security:filter-chain pattern="/lms/s/reward/**" filters="UIDAuthenticationFilter"/>
        <!-- 如果有其他路径需要默认Security过滤，再添加这条，否则直接删掉 -->
        <!-- <security:filter-chain pattern="/**" filters="securityContextPersistenceFilter,logoutFilter,..."/> -->
    </security:filter-chain-map>
</bean>

注意这里把pattern改成了/lms/s/reward/**，能匹配该路径下所有子资源（包括路径本身），比/*的匹配范围更精准。另外要确保XML里已经引入了Spring Security的命名空间，不然<security:*>标签会失效。

3. 确认没有重复的FilterChain配置 #

检查你的applicationContext.xml或者其他配置文件里，有没有其他<security:filter-chain>节点，尤其是pattern为/*或者/**的配置。如果有多个FilterChain，Spring Security会按顺序匹配，前面的默认链可能会先拦截所有请求。

4. 加日志调试确认实际拦截路径 #

在你的UserIdAuthenticationFilter的doFilter方法里加一行日志，看看实际触发Filter的请求路径是什么：

@Override
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
    HttpServletRequest req = (HttpServletRequest) request;
    System.out.println("UIDFilter触发路径：" + req.getRequestURI());
    chain.doFilter(request, response);
}

这样能帮你确认到底是Filter真的被映射到了所有路径，还是有其他逻辑导致你误以为是全局拦截。

一般来说，禁用自动配置+修正XML配置这两步就能解决问题，如果还不行，再检查一下配置文件的加载情况——比如在Spring Boot主类上有没有用@ImportResource("classpath:applicationContext.xml")引入你的XML配置。

内容的提问来源于stack exchange，提问作者Abdul Mohsin