我一直在阅读有关删除 offline_access权限的信息。
我的目标是扩展长期访问令牌。
所以我想要做的是在 60 天到期之前刷新长寿命令牌,可能是在第 55 天到第 59 天。
问题是,文档说您只能扩展短期访问令牌。
但是,当我在如何处理过期令牌发布中执行解决方案时,客户端和服务器端身份验证流程都会为我提供长期访问令牌。
所以我的具体问题是,我在哪里可以获得一个新的短期令牌?
一旦我得到这个短期令牌,我将对其进行扩展并替换现有的即将过期的长期令牌,从而提供无缝体验。
我一直在阅读有关删除 offline_access权限的信息。
我的目标是扩展长期访问令牌。
所以我想要做的是在 60 天到期之前刷新长寿命令牌,可能是在第 55 天到第 59 天。
问题是,文档说您只能扩展短期访问令牌。
但是,当我在如何处理过期令牌发布中执行解决方案时,客户端和服务器端身份验证流程都会为我提供长期访问令牌。
所以我的具体问题是,我在哪里可以获得一个新的短期令牌?
一旦我得到这个短期令牌,我将对其进行扩展并替换现有的即将过期的长期令牌,从而提供无缝体验。
实际上,我无法使用如何处理过期令牌中的解决方案,因为我的 access_token 尚未过期。正如我所说,我将在第 55-59 天执行此操作,在长寿命令牌到期之前。
似乎用户已授予offline_access
应用程序的先前权限。这就是为什么客户端和服务器端身份验证流都返回长期访问令牌的原因。即使在应用程序设置中启用了迁移,也会发生这种情况。Facebook 也应该在他们的文档中说明这一点。解决方案是让用户撤销offline_access
权限。
希望offline_access
一旦他们强制在 5 月 2 日进行迁移,所有权限都将被撤销,请参阅开发者路线图。
结案。愿这篇文章对遇到这种罕见情况的其他用户有所帮助。