为什么 Django 的 HTTPResponseRedirect 使用相同的 HTTP 方法进行 PUT 而不是 POST？

Question

我有一个 Django 项目，我在其中使用视图来处理不同的 HTTP 方法。 POST 处理对象的创建，然后重定向到与 GET 相同的视图（或者我认为），使用 Django 的 redirect() 快捷方式（HTTPResponseRedirect）返回新创建的对象。这工作得很好。我用PUT 尝试了同样的事情，但我陷入了重定向循环。在摸索了一会儿后，我偶然发现了this SO answer，然后我推断由于重定向不处理POST 数据，因此请求变成了GET。

当我从POST 进行重定向时，我通过查看日志确认了这一点：

[15/Dec/2014 00:47:43] "POST /client/151/ HTTP/1.1" 302 0
[15/Dec/2014 00:47:43] "GET /client/151/ HTTP/1.1" 200 395

但是，PUT 仍然是 PUT，并让我进入重定向循环，直到它出错。

[14/Dec/2014 23:07:36] "PUT /api/asset/6779 HTTP/1.1" 301 0
[14/Dec/2014 23:07:37] "PUT /api/asset/6779/ HTTP/1.1" 302 0
[14/Dec/2014 23:07:37] "PUT /api/asset/6779 HTTP/1.1" 301 0
[14/Dec/2014 23:07:38] "PUT /api/asset/6779/ HTTP/1.1" 302 0
[14/Dec/2014 23:07:38] "PUT /api/asset/6779 HTTP/1.1" 301 0
[14/Dec/2014 23:07:39] "PUT /api/asset/6779/ HTTP/1.1" 302 0
[14/Dec/2014 23:07:39] "PUT /api/asset/6779 HTTP/1.1" 301 0
[14/Dec/2014 23:07:40] "PUT /api/asset/6779/ HTTP/1.1" 302 0
[14/Dec/2014 23:07:40] "PUT /api/asset/6779 HTTP/1.1" 301 0
[14/Dec/2014 23:07:41] "PUT /api/asset/6779/ HTTP/1.1" 302 0
[14/Dec/2014 23:07:41] "PUT /api/asset/6779 HTTP/1.1" 301 0
[14/Dec/2014 23:07:42] "PUT /api/asset/6779/ HTTP/1.1" 302 0

重定向不应该使用GET吗？我明白发生了什么，但不知道为什么？什么给了？

编辑

# urls.py
url(r'^$', views.put_vs_post_redirect),

# views.py
from django.shortcuts import redirect

def put_vs_post_redirect(request, asset_id):

    if request.method == 'GET':
        return HTTPResponse('Get request')     
    elif request.method == 'POST':
        return redirect('/')
    elif request.method == 'PUT':
        return redirect('/')

Answer 1

正如 cmets 中所述，这完全取决于客户端，并非所有客户端都以相同的方式处理重定向。您可以在 Stack Overflow 上找到 a decent explanation of the redirect codes 和 why a 301 should drop POST data。

当使用301（通常是302）重定向时，大多数浏览器会丢弃POST 数据并发出GET 请求。这主要是因为浏览器一直这样做，而POST 请求最常来自网络表单，因此重定向结果为GET 是有道理的，允许浏览器显示不同的页面而不干扰。对于 PUT 或 PATCH 请求之类的请求，情况并非如此，因为它们目前无法通过 Web 表单发送，并且通常按照不同的规则进行播放。

如果您希望在302 重定向上维护POST 数据，您应该考虑using a 307 redirect instead。 307 请求应维护请求方法以及请求正文作为结果。

如果您希望在301 重定向中维护POST 数据，目前有a draft for a 308 status code 可以像307 一样工作，但是是永久性的。

您可以强制重定向使用带有a 303 redirect 的GET 请求。它的工作方式与302 非常相似，但它强制要求请求方法始终是GET 请求。它经常用于异步任务的 API。