SpringBoot+JWT+SpringSecurity中POST请求路径异常变更问题求助

先从这几个核心方向排查：

1. Security配置的路径前缀重复 #

检查你的Security配置类（不管是用旧的WebSecurityConfigurerAdapter还是新的SecurityFilterChain），别和控制器的路径重复叠加。比如控制器已经加了@RequestMapping("/auth")，那Security里配置拦截路径时直接写/signup就行，要是再写/auth/signup，配合控制器的前缀就会变成/auth/auth/signup。

举个错误示例：

// 控制器
@RestController
@RequestMapping("/auth")
public class AuthController {
    @PostMapping("/signup")
    public ResponseEntity<?> signup(...) { ... }
}

// 错误的Security配置
http.authorizeHttpRequests(auth -> auth
        .antMatchers("/auth/signup").permitAll() // 多了一层/auth，叠加后路径出错
);

修正：把Security里的路径改成/signup，或者确保和控制器的路径规则一致，避免重复加前缀。

2. JWT过滤器的请求转发逻辑问题 #

检查JWT过滤器的doFilter方法，有没有手动写请求转发的代码，比如request.getRequestDispatcher("/auth/signup").forward(...)——这种写法会在当前请求路径基础上再拼一遍前缀，直接导致路径重复。另外注册过滤器时的路径匹配规则也别写错，比如给过滤器加了/auth/**的匹配，同时内部又做转发，也容易出问题。

3. 先排除Multipart文件上传的影响 #

如果你的注册接口带文件上传参数，先把Multipart相关参数去掉，测试纯接口请求。有时候Spring Boot的Multipart自动配置或者自定义的MultipartResolver会导致路径解析异常，先排除这个可能性。

4. 排查全局拦截器/其他过滤器的干扰 #

检查全局拦截器或其他自定义过滤器，有没有对/auth路径做二次转发处理，比如有些全局拦截器会统一加前缀，结果和你的控制器路径重复了。

调试小技巧 #

在application.yml里开启请求日志，能看到完整的请求流转过程：

logging:
  level:
    org.springframework.web: DEBUG
    org.springframework.security: DEBUG

另外在signup方法开头加一行日志打印request.getRequestURI()，看看请求到底有没有到达控制器——要是没到，说明问题出在过滤器链环节。

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