我使用QuickBlox的iOS SDK(版本2.9.2),并得到了与错误代码422的故障呼叫QuickBlox的iOS失败,错误代码422
[QBRequest createObject:qbcoCustomObject successBlock:^(QBResponse *response, QBCOCustomObject *object) {
} errorBlock:^(QBResponse *response) {
}];
偶尔发生,并没有恢复,直到我退出,当再次登录QuickBlox。
错误消息如下:
2017-04-24 06:18:45.855557 App[8720:4958563] [QBCore] Response error: Error Domain=com.alamofire.error.serialization.response Code=-1011 "Request failed: client error (422)" UserInfo={com.alamofire.serialization.response.error.response=<NSHTTPURLResponse: 0x17422ed40> { URL: https://api.quickblox.com/data/MyCircleComments.json } { status code: 422, headers {
"Access-Control-Allow-Origin" = "*";
"Cache-Control" = "no-cache";
Connection = "keep-alive";
"Content-Length" = 45;
"Content-Type" = "application/json; charset=utf-8";
Date = "Mon, 24 Apr 2017 12:18:45 GMT";
"QB-Token-ExpirationDate" = "2017-04-24 14:09:35 +0000";
"QuickBlox-REST-API-Version" = "0.1.1";
Server = "openresty/1.9.15.1";
Status = "422 Unprocessable Entity";
"X-Rack-Cache" = "invalidate, pass";
"X-Request-Id" = 89f509abd6fd7f61d02e34ae9e83ce70;
"X-Runtime" = "0.009477";
"X-UA-Compatible" = "IE=Edge,chrome=1";
} }, NSErrorFailingURLKey=https://api.quickblox.com/data/MyCircleComments.json, com.alamofire.serialization.response.error.data=<7b226572 726f7273 223a7b22 62617365 223a5b22 466f7262 69646465 6e2e204e 65656420 75736572 2e225d7d 7d>, NSLocalizedDescription=Request failed: client error (422)}
2017-04-24 06:18:45.856659 App[8720:4958563] [QBCore] Response error reasons: {
errors = {
base = (
"Forbidden. Need user."
);
};
}
由于它恢复后,才注销并重新登录,我在想,这可能与会话过期的事实。我在应用程序的didFinishLaunching和didBecomeActive中添加了登录方法,以便应用程序将自动重新登录以确保登录会话有效。我使用的登录方法是
[QBRequest logInWithUserLogin:sUsername password:sPassword successBlock:^(QBResponse *response, QBUUser *user) {
} errorBlock:^(QBResponse *response) {
}];
并通过设置断点我确信每次自动重新登录都成功了。
然而,应用程序的自动重新登录不起作用。失败仍然偶尔发生,唯一的出路是注销和手动登录。
我GOOGLE了这个问题,并发现了一堆话题,但似乎没有一个能满足我的问题。 (一文中建议该设备的时间可能不同步,但实际上我的iPhone使用网络的时间。)
谁能给我一个提示,失败的原因和解决方案的高度赞赏。提前致谢。
请在[我们的回购](https:// github。com/QuickBlox/quickblox-ios-sdk)并添加完整日志。 –
经过进一步调查,我发现这不是会话过期,而是Quickblox的性能问题。我的应用程序将检索请求所有用户的信息,然后在启动时下载所有的头像(从内容),这是一个相对沉重的责任。如果我在应用程序启动后立即发布了一些内容([QBRequest createObject ...]),422错误肯定会发生,但是如果我等待5秒左右的时间才能完成启动任务,那么这个问题就不会发生。我的解决方案是同步启动加载,现在运行良好。 – kuang