为什么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类似于：

https://graph.facebook.com/v7.0/FACEBOOK_ID_HERE/photos?access_token=ACCESS_TOKEN_HERE&fields=id,picture&limit=5&after=AFTER_TOKEN_HERE

对于每一个原始的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是这样的：

https://graph.facebook.com/v7.0/FACEBOOK_ID_HERE/photos?access_token=ACCESS_TOKEN_HERE&fields=id,images{source},picture&limit=5&after=AFTER_TOKEN_HERE

应细分为：

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之间的正斜杠。