首先，明确一点405问题就是浏览器端（或客户端）请求方法和服务端处理该路径的请求的处理方法不一致造成的。
背景：
SpringBoot2.70整合JPA,测试单表的增删改查
现象：
在用postman测试delete方法的时候遇到的
图1： postman测试截图
图2：后端代码块
package com.xxxx.salesforecast.Controller;
import com.xxxx.salesforecast.pojo.User;
import com.xxxx.salesforecast.repository.UserRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;
import java.util.List;
/**
* 用户外部接口
*
* @author : liuke
* @date : 2022-06-22 14:20
**/
@RestController
@RequestMapping("/user")
public class UserController {
@Autowired
private UserRepository userRepository;
/**
* 插入
*
* @param user
* @return
*/
@PostMapping
public String addUser(@RequestBody User user) {
userRepository.save(user);
return "success";
}
/**
* 查询全部
*
* @return
*/
@GetMapping("")
public List<User> getAllUser() {
List<User> userList = userRepository.findAll();
return userList;
}
/**
* 根据 id 删除
* @param id
* @return
*/
@DeleteMapping("/{id}")
public String deleteUserById(@PathVariable Integer id){
userRepository.deleteById(id.intValue());
return "success";
}
}图三：控制台报错
排查解决过程：
第一步：大致检查一下自己代码，感觉没问题，开始百度
第二步：百度得到的第一个方案，未解决
application.yml中添加spring mvc: hiddenmethod: filter: enabled: true这个启动HiddenHttpMethodFilter过滤器，以支持浏览器可以发送DELETE PUT 请求。而我没用浏览器发送请求，而是用postman，所以无用也正常。
第三步：尝试将@DeleteMapping改成@RequestMapping，未解决
第四步：尝试去掉@PathVariable 注解，未解决
第五步：想到，我用的是restful接口，增删改查的路径都是一样，通过@PostMapping、@PutMapping、@DeleteMapping、@GeMapping来区分行为。
于是修改了方法的路径，还是不行。但是这个时候不报405了，开始报404了。
404，众所周知一定是没有匹配的路径。
然后我终于发现了问题的所在，下图路径
http://localhost:6060/user/delete?id=1
这里的id是以传参的形式
而@DeleteMapping(“/delete/{id}”)的意思是id当路径
所以路径改成
思考：那为什么之前都会报405的错误呢？
因为匹配到了查询的接口，这个接口就是@GetMapping，所以和@DeleteMapping并不一致，就报了405错误。
且这个接口不需要传参，如果传参了也是不会报错的，比如，我们访问http://baidu.com 和 http://baidu.com/?sbbaidu=1是一样的
总结：
题出在我把@DeleteMapping(“/{id}”)的id当路径和路径传参弄混了。
到此这篇关于"Method Not Allowed"405问题分析以及解决方法的文章就介绍到这了,更多相关Method Not Allowed 405问题内容请搜索Devmax以前的文章或继续浏览下面的相关文章希望大家以后多多支持Devmax！