Oauth 使用访问令牌

Oauth 使用访问令牌,oauth,oauth-2.0,Oauth,Oauth 2.0,我正在试图弄清楚如何使用OAuth2.0中的访问令牌。更准确地说,我正试图从一个web应用程序中使用GooglePlus API 我现在可以获得code和访问令牌。问题是这个令牌只有大约3600秒的有效时间 有没有一种方法可以在不让用户再次经历这个过程的情况下获得另一个令牌:因为它看起来有点令人恼火。我知道离线访问及其刷新令牌,但我觉得永久访问用户帐户是不对的 你对我该怎么做有什么想法吗?我肯定不是权威,但我相信答案是“不”。offline令牌允许您在无需后续用户批准的情况下访问,但只能访问用户

我正在试图弄清楚如何使用OAuth2.0中的访问令牌。更准确地说,我正试图从一个web应用程序中使用GooglePlus API

我现在可以获得
code
访问令牌。问题是这个令牌只有大约3600秒的有效时间

有没有一种方法可以在不让用户再次经历这个过程的情况下获得另一个令牌:因为它看起来有点令人恼火。我知道
离线访问
及其
刷新令牌
,但我觉得永久访问用户帐户是不对的


你对我该怎么做有什么想法吗?

我肯定不是权威,但我相信答案是“不”。
offline
令牌允许您在无需后续用户批准的情况下访问,但只能访问用户在首次身份验证时已同意的范围。此外,用户可以随时撤销应用程序的访问权限,这与他们之前的同意相结合,意味着他们都知道自己允许什么;你可以随时阻止它。从表面上看,如果用户使用你的应用程序的次数足够多,以至于他们必须不断地获得一个新的令牌,那么他们已经信任它在你设置的范围内代表他们行事,而
离线
令牌是你将你的关系提升到下一个层次的一种方式:)


我意识到这可能比你想要的更具哲理,所以如果这与你的情况不相关,请道歉

谢谢大家!!那么我还有一个问题。在谷歌的文档中,据说用户只有在第一次登录时才看到上述屏幕,之后只有在应用程序的访问被撤销时才会显示该屏幕。我已经测试了这个地方,但我总是得到同意屏幕。我错过了什么?我应该在登录时访问另一个URL吗?现在是,我已经解决了这个问题。出现该页面是因为
approval\u prompt
选项设置为
force
。我已经忘记了。谢谢你的回答,这正是我所需要的。@Dragos当然!哈,我只是写了一个更长的答案,这对解决这个问题毫无帮助,所以谢谢你没有让我看起来像个白痴:)祝你一切顺利!