Android revokeAccessAndDisconnect与使用Google+；断开连接有什么区别；？

我想从Google+的

PlusClient

对象中找出

revokeAccessAndDisconnect

和

disconnect

方法之间的区别

从中可以看出，

revokeAccessAndDisconnect

将：

Revokes access given to the current application. 

听众说：

The PlusClient.OnAccessRevokedListener to receive a callback when the token is revoked.

但我注意到，即使使用简单的断开连接方法，每次调用

getToken

方法时，我仍然会收到一个新的令牌

那么这两者之间的区别是什么呢

---

如果我使用

revokeAccessAndDisconnect

我基本上是说我删除了我为所选用户授予应用程序的权限？

基本思想如下：

当用户退出你的应用程序时，谷歌不希望你放弃你在他们身上的所有信息。就像当你退出网站时，你总是可以再次登录。我相信这个功能可以让你为支持一个用户的多个谷歌账户腾出空间。这将允许用户从他们的一个Google帐户注销，然后使用另一个帐户重新登录，并继续使用您的应用程序。鉴于此，我认为您仍然可以保留必要的信息，以允许用户使用他们识别的配置文件重新登录（因为您可以记住他们的详细信息）

或者，当用户断开其帐户时，您需要清除服务器和设备上关于该用户的所有信息。在这种情况下，用户实际上是在删除其与您的帐户，并撤消其所有权限。在这种情况下，当他们再次尝试登录时，应显示默认登录屏幕“输入电子邮件、密码”等

在iOS上，Google框架仅在用户断开连接后调用方法

didDisconnectWithError:

，而不是在注销后

---

你可以阅读这篇文章，看看谷歌关于处理

Revoke access的政策，它只是撤销对你的应用程序的访问权。用户下次登录时，将显示您的G+应用程序的许可，他需要再次接受。断开连接与从应用程序注销相同，它只是关闭会话。但即使使用简单的断开连接。。。。每次它都会生成一个新的令牌吗？每次你通过auth发送一个用户时，它都会生成一个新的令牌，不管你是先撤销还是先断开连接。@abraham，所以如果我使用连接方法，解析“选择用户”对话框，然后再次执行连接，我基本上是在验证？Bevare Google Plus Services 6.5。用法相反，使用Plus.AccountApi.revokeAccessAndDisconnect（mgoogleAppClient）