如何解决为什么Facebook Graph API一遍又一遍地用相同的“下一个” URL响应？
我正在使用Volley向Facebook Graph API提交POST请求，以便使用其BATCH工具从用户帐户中检索有关照片和视频的信息，因此我一劳永逸地做到了（而不是一次打电话给照片，一个用于视频）。第一次通话非常有效：
request = new StringRequest(Request.Method.POST,"https://graph.facebook.com",future,new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError error) {
Timber.e("Got VolleyError: %s",error.getMessage());
}
}) {
@Override
public String getBodyContentType() {
return "application/x-www-form-urlencoded; charset=" + getParamsEncoding();
}
@Override
protected Map<String,String> getParams() throws AuthFailureError {
Map<String,String> params = new HashMap<>();
JSONArray batchRequest = new JSONArray();
JSONObject photoRequest = new JSONObject();
JSONObject videoRequest = new JSONObject();
try {
photoRequest.put("method","GET");
photoRequest.put("relative_url",facebookUserID + String.format("?fields=photos.limit(%1$s){id,created_time,images{source},picture}",batchSize));
videoRequest.put("method","GET");
videoRequest.put("relative_url",facebookUserID + String.format("?fields=videos.limit(%1$s){id,source,batchSize));
batchRequest.put(photoRequest);
batchRequest.put(videoRequest);
} catch (JSONException e) {
Timber.d("Lifecycle: Exception constructing batch request: %s",e.getMessage());
return null;
}
//try {
// Timber.d("Lifecycle: batchRequest: %s",batchRequest.toString(2));
//} catch (JSONException e) {
// e.printStackTrace();
//}
params.put("batch",batchRequest.toString());
params.put("include_headers","false");
params.put(FB_BASE_ACCESSTOKEN_KEY,facebookToken);
return params;
}
};
InTouchUtils.addToRequestQueue(request);
// Using a blocking volley request,this chain has been called on a separate async task
// See SO: https://stackoverflow.com/questions/16904741/can-i-do-a-synchronous-request-with-volley
facebookRetval = future.get(VOLLEY_REQUEST_DEFAULT_TIMEOUT,TimeUnit.SECONDS);
returnResult = parseBatchRequest(facebookRetval);
根据Facebook文档，返回的JSON具有我请求的所有字段，以及带有游标的分页块，以及“下一个”和/或“上一个” URL。
“下一个” URL类似于：
对于每一个原始的GET操作，其中有一个都会从批处理操作中传回（假设照片和视频都包含LIMIT个以上）。
同样，这部分工作正常。
但是，当我尝试使用该“下一个” URL创建另一个BATCH调用时，它将失败，并显示“不支持的GET操作”错误。即使我可以使用使用完全相同的URL的标准Volley GET来做到这一点，也是正确的。
我尝试使用上述URL的“ https://graph.facebook.com”部分作为POST的根目录（例如在初始调用中起作用的部分），然后将其后的所有内容用作“ relative_url”参数。不行。
然后，我尝试仅解析“下一个” URL的“之后”部分，并构造一个与第一个完全相同的新relative_url，但是在其上加上“＆after =“ + AFTER_VALUE作为其relative_url。放手-实际上，尽管成功进行了通话，但我不断地反复获取初始批次。就像忽略了“＆after =“参数一样。
现在，我要使用NEXT URL进行两次GET调用（一个用于照片，一个用于视频），只要它一直传给我即可。效果很好，但是很明显，我正在进行两个网络调用，而不是一个批次。
想法？
解决方法
再检查一下，发现我在随后的批处理操作中犯了一个字符串解析错误，并且在不应该使用的情况下无意中包含了正斜杠。
对于那些刚开始使用批处理API的用户来说，上一课是您需要使用“ https://graph.facebook.com”作为POST网址（没有尾随的正斜杠），因此您的相对网址不应以正则开头削减。因此，我试图在调用2..N时使用的URL是这样的：
应细分为：
photoRequest.put("relative_url","v7.0/FACEBOOK_ID_HERE/photos?access_token=ACCESS_TOKEN_HERE&fields=id,picture&limit=5&after=AFTER_TOKEN_HERE");
API处理根目录和相对URL之间的正斜杠。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。