由于自己疏忽，导致请求错误405，然后前端数据传输没错，百度大都说跟post提交方式有关，改成get还是报错，检查才知道，controller中忘记写@requestMapping("/XXX"),hahhahah 被自己粗心蠢哭了，，，从而导致没有没有方法被加载到，方法不予许,下面是相关405错误的解释
HTTP 协议定义一些方法，以指明为获取客户端（如您的浏览器或我们的 CheckUpDown 机器人）所指定的具体网址资源而需要在 Web 服务器上执行的动作。则这些方法如下：
- OPTIONS( 选项 ) ：查找适用于一个特定网址资源的通讯选择。 在不需执行具体的涉及数据传输的动作情况下， 允许客户端来确定与资源相关的选项以及 / 或者要求， 或是一个服务器的性能。
- GET( 获取 ) ：检索由网址资源所确定的信息，如获取一个特定的网页或图片。这是最常用的方法。
- HEAD( 头 ) ：除了服务器只反馈标头信息而不是网址资源所确定的信息本身外， 基本同于 GET ( 获取 ) 。 可用于获取一个请求所要求的响应实体的元信息 ( metainformation) ，而不需传输响应实体本身。 经常用来测试超文本链接的有效性， 可达性， 和最近的修改。
- POST( 投寄 ) ：将数据提交到 Web 服务器，如 1 ）在电子公告板，新闻组中，或向 邮件名单发送信息， 2 ）提供输入数据 - 通常由一个公共网关接口(CGI) 表， 到 一个数据处理进程， 3 ）直接将记录添加到一个数据库中。
- PUT( 放置 ) ：将一个具体网址的数据设置（ 置入 / 替换）成客户提交的新数据。例如，将新的网页上载给服务器。
- DELETE( 删除 ) ：删除与网址资源相关的数据。例如，删除网页。
- TRACE( 跟踪 ) ：运行请求信息的一个远程应用层回送。 实际上是一个 'ping', 用以测试 Web 服务器正在从客户端接收什么数据。
- CONNECT( 连接 ) ：保留以便通过代理服务器和隧道一起使用（如 SSL ）。这种方法只在 HTTP 1.1 版中定义， 而在先前的 1.0 版中却没有。
所有 Web 服务器都可以被设置为允许或不允许任何方法。例如，如果一个 Web 服务器是 ' 只读 ' （客户端不能修改 Web 服务器上的网址资源） ，那么它可以被设置为不允许 PUT 和 DELETE 方法。 同样，如果没有用户输入（所有的网页都是静态的） ， 那么 POST 方法可设置为不允许。 所以， 405 错误可能会因 Web 服务器没有被设置为从客户端接受输入数据而出现。 另外， 如果客户端对请求中指明的具体网址资源没有足够的权力， 该错误也会出现。
HTTP 循环中的 405 错误
任何客户端 ( 例如您的浏览器或我们的 CheckUpDown 机器人 ) ，都需要通过以下循环：