Facebook Graph API分页报错：after游标触发OAuthException错误

碰到这种之前正常突然炸锅的API分页报错确实闹心，结合你的情况，我整理了几个大概率能解决问题的方向：

1. 先换掉那个老旧的API版本 #

你当前用的是v2.10版本，这个版本早在2019年就被Facebook停止支持了。虽然首次请求还能凑合用，但分页逻辑大概率已经被后端服务砍掉或者修改了，导致after游标验证直接失败。

怎么改：
把请求URL里的v2.10换成当前Facebook支持的稳定版本（比如v18.0，你可以去Facebook开发者文档确认最新版），然后重新测试分页功能。旧版本的API出这种莫名其妙的问题太常见了。

2. 检查after游标的有效性 #

Facebook的分页游标不是永久有效的，要么有时间限制，要么后端数据更新后旧游标就废了。如果你是隔了很久才用首次请求返回的游标去分页，很可能就触发错误了。

解决办法：

• 重新发一次首次请求，拿到最新的after游标，立刻用来做分页，别缓存太久。
• 仔细核对分页请求的所有参数，比如categories、center、distance这些，必须和首次请求完全一致，哪怕一个参数变了，游标都会失效。

3. 排查Access Token的状态 #

虽然首次请求正常，但分页的时候token可能刚好过期，或者你的应用触发了请求限流。Code 1有时候会掩盖这些实际问题。

怎么查：

• 用Facebook官方的Access Token调试工具检查你的token是否过期、权限是否完整。
• 看看应用的API请求频率，如果短时间内请求太多，Facebook会限流，分页请求就会被拦下来。可以放慢请求速度，或者去开发者后台看一下应用的限额有没有用完。

4. 检查参数编码是否正确 #

注意到你的categories参数是["FOOD_BEVERAGE"]，虽然首次请求没问题，但分页时可能参数编码出了问题（比如URL里的方括号没转义）。

解决办法：
把参数做严格的URL编码，比如["FOOD_BEVERAGE"]要转成%5B%22FOOD_BEVERAGE%22%5D，确保分页请求的参数和首次请求完全一致且编码正确。

临时应急方案 #

如果升级API版本暂时来不及，可以试试：

• 把limit从25改成10，看看小批量数据的分页是否正常，有可能是大数据量的分页逻辑出了后端故障。
• 换个搜索区域（比如调整center或distance），测试其他地方的分页是否正常，排查是不是特定区域的数据有问题。

内容的提问来源于stack exchange，提问作者Nicola Sardella