Facebook应用程序范围内的用户id'；这是暂时的

我想知道谁将参加Facebook的活动，所以我使用。我获得的用户具有应用程序范围的用户id

但事情是这样的：有时同一个用户会得到不同的应用程序范围的用户Id。例如，用户John Doe首先有一个应用程序范围的用户Id 1000000，一周后是2000000

当我访问这些URL时，我会被重定向到相同的John Doe个人资料：

• facebook.com/app_scoped_user_id/1000000
• facebook.com/app\u scoped\u user\u id/2000000

这些应用程序范围的用户ID是临时ID吗

编辑：

这是我用来获取活动参与者的API调用：

---

如果用户授权了您的应用，则应用范围ID绝对不是临时的。如果同一个用户获得了不同的应用程序范围ID，那么我认为这是因为他没有授权您的应用程序。这是有道理的，因为不应该存储未经授权的用户。如果你认为这是一个bug，你应该在这里提交一份报告：

如果用户授权了你的应用，应用范围的ID肯定不是临时的。如果同一个用户获得了不同的应用程序范围ID，那么我认为这是因为他没有授权您的应用程序。这是有道理的，因为不应该存储未经授权的用户。如果你认为这是一个bug，你应该在这里提交一份报告：

我只是得到了参加活动的用户，我不会（也不能）询问他们每个人的许可证，这就是我的想法。你不应该存储这些数据，除非他们明确允许（通过授权你的应用程序并接受你的隐私政策）。我想这就是ID改变的原因。你在文档中的某个地方读过这个吗？如果用户id是临时的，facebook为什么还要费心返回应用程序范围内的用户id呢？不确定，而且我也没有在文档中读到它，但将其保留为临时用户id是有意义的。你仍然可以用这个id在短期内把他们带到某个地方，这个id甚至是有意义的。但是关于不在未经同意的情况下存储个人数据，这是一条通用的隐私规则，不仅对facebook有效。我认为它可以存储应用程序范围内的用户id。这很有意义，因为你可以将它与事件的用户进行比较。但是你可能是对的，这个应用程序范围内的用户id是临时的，但是有可能问Facebook吗？我只是得到了参加活动的用户，我没有（也不能）问他们每个人的权限，这就是我的想法。你不应该存储这些数据，除非他们明确允许（通过授权你的应用程序并接受你的隐私政策）。我想这就是ID改变的原因。你在文档中的某个地方读过这个吗？如果用户id是临时的，facebook为什么还要费心返回应用程序范围内的用户id呢？不确定，而且我也没有在文档中读到它，但将其保留为临时用户id是有意义的。你仍然可以用这个id在短期内把他们带到某个地方，这个id甚至是有意义的。但是关于不在未经同意的情况下存储个人数据，这是一条通用的隐私规则，不仅对facebook有效。我认为它可以存储应用程序范围内的用户id。这很有意义，因为你可以将它与事件的用户进行比较。但你可能是对的，这个应用程序范围内的用户id是临时的，但有可能问Facebook吗？