对Facebook应用程序请求的响应生成的帖子是否保证是已签名的请求？

全部,

我想在用户响应应用程序时验证这一点。通过Facebook请求对话框生成的请求，即签名请求被发送到我的应用程序，作为Facebook重定向到我的画布URL的一部分

谢谢，

---

是的。始终存在

已签名的\u请求

，但对于授权用户和首次访问您的应用程序的用户，其包含的数据可能不同

signed_请求

本身将不包含任何与请求相关的数据。当然，它不会包含新用户的用户详细信息

---

对于包含请求id和相关用户的

请求对话框

，您可以保存传递到

FB.ui

的回调响应。一旦用户接受请求（由应用程序用户发送），您将获得传递到应用程序画布url的

request\u id

url参数，无论用户是已接受的应用程序还是第一次访问。因此，您可以将传递的请求id与存储的数据进行匹配（您应该知道，单个请求可以发送给多个用户，因此此方法不能确保与您交互的实际用户，而是所有参与请求的用户）。

无论他们是否访问过应用程序，它都将始终包含参与的用户。第一次？多谢多汁-我知道这一切。这就是我的问题，我目前处理响应应用程序的用户的实现。请求要求我知道哪个用户响应了请求，正如您所说，这似乎是不可能的。目前，在我们将接受用户发送到FB授权之前，会出现一个屏幕，此时我们需要知道哪个用户正在响应应用程序请求。