BUMP：这不是死请求。我仍然希望得到Facebook或其他任何人的坚定答复。感谢。
修订调查：我不知道我是不是在问正确的问题，或者我是否在问一个无人能回答的有效问题。
新问题：
我们可以使用FQL或其他方法获取reqs.php上的所有请求吗？我基本上是在找这样的东西：
SELECT request_id, app_id FROM apprequest WHERE recipient_uid = me()
通知会返回该数据，但应用程序请求通常会批量处理到单个记录中，并带有标识某些但不是所有请求的链接。我想要当前打开的所有应用请求的个人记录。必须提供执行此操作的数据，因为这是用于构建通知的数据！似乎我们没有提供这个。 ：（
谢谢！
原始查询跟随：
我有一个应用程序，可以为用户聚合各种Facebook信息来源。我正在处理的一组数据是由朋友发送给该用户的apprequests的集合。例如，我打开GreatApp并单击以向您发送请求。您可能会也可能不会使用GreatApp，但我们假设您没有阻止来自它的请求。您现在打开我的AggregatorApp，向您显示我的请求，并将包含的链接返回给GreatApp。您看到的数据与reqs.php相同，但格式不同，数据量更多，当然只是更好。 ;）
我认为这就是我们在apprequests中得到的。从this question我了解apprequests是当前应用程序发出的请求的集合。
使用path / me / apprequests时，我们不需要指定应用ID。但我相信在这里我们需要提供一个app令牌而不是用户令牌。那是对的吗？如果这是正确的，那么这确认请求是这个应用程序发出的请求，而不是其他应用程序生成的请求。
使用FQL时，我们需要识别应用程序的uid以及请求的ID，以便查询apprequests表。我明白了，但即使有有效的请求ID和应用程序ID（以及有效权限），FQL也不会返回请求数据。 （我没有使用应用程序ID进行检查，也许这是关键。）
我希望人们能够为上述任何一个提供一些具体的例子，特别是从其他应用程序获取入站请求，并确认/ apprequests和apprequests表预期返回数据的令牌或其他详细信息。
谢谢！
答案 0 :(得分：2)
您需要制作图表api请求以获取用户的apprequests连接。请参阅此处的当前文档：http://developers.facebook.com/docs/reference/api/user/。
在Connections表中，文档正确地指出您需要一个应用程序访问令牌来检索对该用户的请求。 （http://developers.facebook.com/docs/reference/api/user/#apprequests）下的文档中存在一个错误，声称您需要用户访问令牌。这是不正确的，并且（如您所见）将返回一个空的请求列表。
应用程序发送的请求仅对应用程序可见。用户无法查看或删除这些请求（尽管他们能够隐藏请求）。原因是应用程序可以将数据放入从未向用户或其他应用程序公开的请求（255个字符）中。
我认为您无法通过您没有访问令牌的应用汇总用户的请求。
答案 1 :(得分：1)
我发现的（在删除我的问题之前）是您无法使用用户令牌访问请求，并且应用令牌只能访问应用已发送的请求（我在文档中发现了自己玩图探险家）。由于我知道有用于处理请求的iPhone应用程序和浏览器插件，我假设他们正在访问页面本身并解析数据（如抓取网站）。这种方法的缺点是，在请求页面上，每次只显示来自每个应用程序的大约100个请求。
（除非有些人找到了他们不共享的方式......）
答案 2 :(得分：0)
你是对的，你需要app_access_token而不是user_access_token。
我认为FB文档有错误。
答案 3 :(得分：0)
最终答案由Facebook开发人员here提供，以回应我的错误报告。决议是这是By Design。这与@ noah-callaway的说明有关，在请求中可能存在某些特定于应用程序的数据，这些数据不应该对其他应用程序可用。
在我看来，这是一种耻辱，因为Facebook完全是为了在朋友之间共享数据，我认为当应用程序可以在彼此之间共享（有限且合理的）信息时，它会为生态系统增加一个维度。
感谢您的回复！