为什么我把 DELETE 路由器放在 GET 之后，DELETE 端点没有被触发答案

【问题标题】：Why I put the DELETE router after GET, the DELETE endpoint did not get triggered为什么我把 DELETE 路由器放在 GET 之后，DELETE 端点没有被触发
【发布时间】：2019-05-20 20:32:08
【问题描述】：

我正在使用 Golang 创建 RESTful API，并将删除路由器按索引放在 getOne 路由器之后，而删除路由器从未被触发？我不知道为什么？当我反转它们时，它起作用了！有人能知道原因吗？？

这是用于使用 Golang 构建 Restful API。

无效：

myRouter.HandleFunc("/article", createNewArticle).Methods("POST")

myRouter.HandleFunc("/article/{id}", getOneArticle)

myRouter.HandleFunc("/article/{id}", deleteArticle).Methods("DELETE")

有效！

myRouter.HandleFunc("/article", createNewArticle).Methods("POST")
myRouter.HandleFunc("/article/{id}", deleteArticle).Methods("DELETE")
myRouter.HandleFunc("/article/{id}", getOneArticle)

当我使用 postman 和 DELETE 方法测试 api 时，它总是触发 getOneArticle 并以删除项目响应，但实际上并没有在数据库中删除！

【问题讨论】：

想想这是如何执行的......DELETE /article/{id}匹配myRouter.HandleFunc("/article/{id}", getOneArticle)所以程序不会继续下一条路线
但是我把DELETE放在什么前面，下面的getOneArticle还是可以的，
所以DELETE请求匹配GET操作？？？

标签： go gorilla

【解决方案1】：

您正在使用 gorilla/mux。当 HTTP 请求进入时，此路由器会尝试按照您添加路由的顺序匹配路由。

当您添加路由而不指定 HTTP 方法时，它适用于所有 HTTP 方法。

所以，如果你的更具体的路由匹配 DELETE 方法首先出现，那么它将匹配 DELETE 方法调用，下一个路由将匹配所有方法。虽然它也会匹配 DELETE，但实际的 DELETE 调用永远不会到达它，因为它之前的路由。

但是如果你反转它们，没有指定 HTTP 方法的路由将匹配所有方法，包括 DELETE。

【讨论】：