2 回答
TA贡献1788条经验 获得超4个赞
我理解你想要做什么,但你的问题非常具有误导性。正如许多人所提到的,您无法访问先前发出的响应代码作为重定向的结果执行的请求(不是因为 Go 没有提供它,而是 HTTP 没有按照您想要的方式处理您的场景)。原始请求和重定向请求是在您的应用程序中两个不同时间发生的两个单独的 HTTP 请求。这意味着如果全新请求和重定向请求完全相同,您就无法轻松区分它们。
我的脑海中浮现出以下解决方案:
发送 307 响应代码时,您应该在
Location
标头中提供新的 URI 。您可以选择不同的 URL 路径,因此可以将其路由到单独的处理程序(仅处理重定向的请求)。其他选项是使用相同的路径,但添加一个参数,例如附加&redirected=1
到 URL - 通过解析参数,您可以检测新的和重定向的请求。如果可能,对重定向请求使用 GET 而不是 POST。如果 POST 数据对于第二个请求是必不可少的,您需要以某种方式从数据库或您存储原始 POST 内容的任何地方获取它。根据我的理解,使用代码 302 而不是 307 会要求客户端始终使用 GET 方法进行重定向。然后,您可以使用
Request.Method
区分新请求和重定向请求。保持应用程序中的状态并跟踪已经发布的内容。这将需要每个请求的唯一标识符 - 如果您拥有并存储它,则可以检查请求是全新的还是之前执行过的(假设重定向)。
TA贡献1802条经验 获得超6个赞
你的问题是这样的:
我将如何获得 307 状态代码,以决定是否重定向
您正在尝试决定是否需要在 HTTP请求处理程序中重定向。在请求处理程序中,您不会收到状态代码,而是将状态代码作为响应的一部分发送。
- 2 回答
- 0 关注
- 163 浏览
添加回答
举报