示例:
GET /file/in --> loginHandler GET /user/logout --> logoutHandler
在我第一次退出的时候,确实是执行了 /user/logout 匹配上了路由(清除了 session 后并重定向到了 /user/login )
在这之后当我又一次点击退出时,执行的却不是 /user/logout 了,而是执行了 /user/login
在 GitHub 上面看别人提的 issues 也是出现了类似这种路由不匹配的问题,说是 Gin 的一个 Bug。
有大佬遇到这种问题吗,求助。
![]() | 1 Hanggi 2019-09-20 13:27:15 +08:00 你还是好好确认一下,发出去的请求是否都正确。 |
![]() | 2 ChristopherWu 2019-09-20 13:38:59 +08:00 不可能吧,一个这么大的框架出这个问题。 |
3 Carseason 2019-09-20 13:44:30 +08:00 在前端 /user/logout 链接处增加一个时间戳试试。 如 /user/logout?t=123456789 |
![]() | 4 guonaihong 2019-09-20 13:46:27 +08:00 有可复现的代码(serve+client)吗?我看下。 |
![]() | 5 lanjz 2019-09-20 13:49:28 +08:00 重定向用的 301 ? |
![]() | 8 syrupofplum 2019-09-20 14:23:24 +08:00 没碰到过这种问题,插个眼。 |
![]() | 11 raywong OP |
![]() | 12 Pythondr 2019-09-20 16:51:30 +08:00 搞什么大新闻 |
13 useben 2019-09-20 17:11:01 +08:00 有问题先去 issus 看下 |
14 90928yao 2019-09-20 18:00:03 +08:00 gin 是用的 httprouter...没这么低级的错误吧 |
![]() | 15 TypeErrorNone 2019-09-20 18:02:59 +08:00 整天就想搞个大新闻 |
![]() | 16 allgy 2019-09-20 19:02:03 +08:00 httprouter 实现基于 Radix tree,只能精确匹配 |