相同有效token下不同脚本返回不同Facebook Graph API响应问题问询

• 优先对比两个环境的请求全量参数
  大部分大型项目会封装统一的HTTP请求中间件，可能默认附加了多余的请求头、查询参数，比如自动覆盖了你传入的access_token，或是错误设置了Content-Type，导致Graph API未能正确解析你的token兑换请求，返回不完整的token对象。你可以在两个运行环境中分别打印请求的url、headers、data字段，逐字段对比差异即可快速定位。
• 检查应用运行模式差异
  如果你的小脚本使用的是开发模式下的测试token，而大项目中切换到了应用的正式上线模式，需要注意：manage_pages、publish_pages都属于Facebook的高级权限，必须完成应用的合规审核才能在上线模式下正常使用，未完成审核的上线模式应用，兑换长期token时会自动省略expires_in字段，调用发帖接口也会直接返回200权限错误。
• 核对token兑换接口的参数准确性
  如果大项目中不小心传错了兑换接口的client_id、client_secret、grant_type参数，或是把页面token兑换接口和用户token兑换接口混用，也会返回无过期时间的无效token。
• 验证token本身的权限范围
  直接调用Debug Token接口对比两个环境返回的token信息，查看权限列表、关联应用、有效期的差异，即可明确问题根源。

官方标记为「符合设计预期」的场景为：当你在已有生效长期用户token的有效期内重复发起兑换请求时，接口会直接返回当前生效的token但不携带expires_in字段。你可以在调用兑换接口前先校验当前token的剩余有效期，仅在有效期不足7天时再发起兑换，即可拿到完整的返回结果。

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