3

如果这是正常的，请原谅，但我正在尝试使用 AFNetworking 从 iOS 发送一个发布请求。使用 Charles 监控请求，我看到发送了一个 GET：

GET /api/updateTeamAlert/ HTTP/1.1
Host: www.******r.co
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en;q=1, fr;q=0.9, de;q=0.8, ja;q=0.7, nl;q=0.6, it;q=0.5
Connection: keep-alive
User-Agent: ****** Alerts/1.0 (iPhone Simulator; iOS 6.1; Scale/2.00)

这是正常的吗？我试图找出为什么我的 POST 参数在服务器上为空 - 这可能是原因吗？

我正在创建这样的请求：

NSDictionary *params = @{@"device_id":@"test-device", @"innings":@6, @"team":@"WashingtonNationals"};

[_client postPath:@"updateTeamAlert"
       parameters:params
          success:^(AFHTTPRequestOperation *operation, id responseObject)
{
    NSString *responseStr = [[NSString alloc] initWithData:responseObject encoding:NSUTF8StringEncoding];
    NSLog(@"Request Successful, response '%@'", responseStr);
}
          failure:^(AFHTTPRequestOperation *operation, NSError *error)
{
    NSLog(@"[HTTPClient Error]: %@", error.localizedDescription);
}];

更新

好吧，我所要做的就是更改 postPath 以包含尾随的 '/' - 也许这对大多数人来说是显而易见的，但我希望对已接受的答案做出解释。

4

5 回答 5

2

好吧，我所要做的就是更改 postPath 以包含尾随的 '/' - 也许这对大多数人来说是显而易见的，但我希望对已接受的答案做出解释。

PHP 应用程序经常有错误配置的服务器，这些服务器在执行重定向时会丢失信息（如 HTTP 方法）。在您的情况下，将已/解析添加到您的特定 Web 服务的规范路径，但在重定向到该端点时，POST已更改为GET.

另一种可能解决此问题的方法是使用AFURLConnectionOperation -setRedirectResponseBlock, 并确保重定向请求具有正确的动词。

于 2013-06-22T17:07:41.653 回答
2

@mattt 上面的回答是不正确的。

HTTP/1.0 302 的工作方式正如您在逻辑上所期望的那样，“POST /FOO”302 到 /BAR 意味着您将获得“POST /BAR”。但是，几乎没有客户端以这种方式实现它，并且通常将方法更改为 GET。这在某种程度上是可以理解的，因为新的重定向资源对用户来说是未知的，并且不应随意 POST 到未知资源。

HTTP/1.1 清除了这一点——302 应该让用户知道重定向。307 使重定向按您的预期工作，并保持该方法。

AFNetworking 被设置为与所有其他顽皮的客户端一样 - 302 将方法更改为 GET，让客户端有机会提醒用户。我自己在使用 AFNetworking 时遇到了这个问题：我设置了一些断点，单步执行，并在我眼前观察了方法的变化。

我还没有测试过 307 是否按照 AFNetworking 的定义工作，但无论如何，302 的行为方式与 HTTP/1.1 定义它们的工作方式不同。

tl;dr - 在 HTTP/1.1 中使用 307 来重定向和维护方法，而不是 302。

于 2013-10-10T20:25:30.253 回答
0

我遇到了一个类似的问题，每个 POST 请求都被解释为 GET 请求。事实证明，类似于服务器在您缺少尾部斜杠时搞砸了，当您的 DNS 重定向www.site.com到时，请求类型可能会丢失，site.com反之亦然。

就我而言，我的 DNS 强制site.com重定向到www.site.com，但我已将基本 URL 设置为指向site.com. 因此，当我在 向我的 API 发送请求时site.com/api，请求被重定向到www.site.com/api并且请求类型丢失，并且服务器默认为 GET 请求。所以我添加www到我的基本 URL，将我的请求直接发送到www.site.com/api（避免 DNS 重定向），我的 POST 请求再次开始工作。

TL;DR：通过添加www（或删除它，取决于您的 DNS）我消除了重定向并解决了问题。

于 2017-03-03T23:15:47.510 回答
0

我面临同样的问题，我使用 Laravel 作为服务器。

如果我的请求是“ http://localhost/api/abc/ ”，那么从客户端发送的 POST 方法将成为服务器中的 GET 方法。但是如果我的请求是“ http://localhost/api/abc ”（没有“/”），那么服务器将收到 POST 方法。

我建立的根本原因是 .htaccess 文件中的重定向规则：在我的 .htaccess 中有以下几行：

# Redirect Trailing Slashes If Not A Folder...
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)/$ /$1 [L,R=301]

如果请求最后有“/”，这些行会将 POST 方法更改为 GET 方法。为了解决这个问题，我只是注释掉这些行。希望这有帮助。

于 2018-04-12T20:24:51.720 回答
0

您会遇到此问题的另一种情况是，当您自动设置从 HTTP 到 HTTPS 的重定向时，如果此重定向设置有效，则 POST 请求将被重定向为 GET 请求。只需将您的 API 端点更新为 HTTPS 即可解决这种情况。

于 2019-05-14T07:53:21.470 回答