Facebook graph api 柱与柱之间的差异'；s喜欢计数和喜欢数据？

我发现Graph API中报告的喜欢数量与“数据”中包含喜欢帖子的人的姓名和ID的条目数量之间存在差异

• 当我在Facebook上查看某个帖子时，我发现有5个人喜欢它
• 当我使用Graph API获取帖子时，“likes”字段有一个包含3个条目的“data”字段，以及一个值为5的“count”字段
• 当我使用Graph API获取帖子的like（例如，{post_id}/likes）时，我得到一个包含5个条目的“data”字段（并且没有“count”字段）

显然，有多少人喜欢这篇文章的真正答案是5。但是，当我获取post对象时，为什么“数据”中只有3个条目呢

下面是相同差异的另一个例子：

---

返回其“likes/data”中只有1个条目，但其“likes/count”表示有3个条目的帖子的数据。但返回包含3个条目的“数据”。在可口可乐的网页上找到同样的条目，事实上，3个喜欢它的人。

2个人的隐私设置设置为不向非朋友显示自己的姓名。

2个人的隐私设置为不向非朋友显示自己的姓名。

没有提到喜欢列表可能不完整，并且显式地说使用post对象来获取完整的列表，所以它要么是API中的错误，要么是文档中的错误

我怀疑出于性能原因限制详细列表可能是一种故意的但不可取的“特性”，因为有些帖子可能有数百甚至数千条喜欢的内容

它实际上导致了一个巨大的性能问题，因为我需要找到特定用户喜欢的所有帖子，唯一的方法是对列表中的每个帖子单独提取喜欢的内容，这些帖子的喜欢数量高于喜欢列表的长度。

没有提到喜欢列表可能不完整，并且显式地说使用post对象来获取完整的列表，所以它要么是API中的错误，要么是文档中的错误

我怀疑出于性能原因限制详细列表可能是一种故意的但不可取的“特性”，因为有些帖子可能有数百甚至数千条喜欢的内容

---

这实际上导致了一个巨大的性能问题，因为我需要找到特定用户喜欢的所有帖子，唯一的方法是为列表中的每个帖子单独获取喜欢的帖子，这些帖子的喜欢计数高于喜欢列表的长度。

如果这是真的，那么，当我转到{POST ID}/likes端点时，为什么要看到所有这些用户呢？我认为两个端点都会始终隐藏这两个人。如果这是真的，那么为什么我在进入{POST ID}/likes端点时会看到所有这些用户？我认为这两个端点都会一直隐藏这两个人。同样神秘的是，如果我直接在浏览器中访问上面的URL，我会看到所有3个喜欢这篇文章的用户。但是如果我通过Graph API Explorer查看同一个对象，我只会看到3个相似的对象中的一个。好吧，这看起来肯定是一个权限问题，但即使如此，它也没有意义。如果我通过我的浏览器请求上面第一个URL的帖子，我会得到所有喜欢的用户，但是如果我使用访问令牌请求他们，我只会得到三分之一。所以，我的认证用户看不到它们，但匿名用户可以？这是没有道理的。同样神秘的是，如果我直接在浏览器中访问上面的URL，我会看到所有3个喜欢这篇文章的用户。但是如果我通过Graph API Explorer查看同一个对象，我只会看到3个相似的对象中的一个。好吧，这看起来肯定是一个权限问题，但即使如此，它也没有意义。如果我通过我的浏览器请求上面第一个URL的帖子，我会得到所有喜欢的用户，但是如果我使用访问令牌请求他们，我只会得到三分之一。所以，我的认证用户看不到它们，但匿名用户可以？这没有道理。这里也提到：这里也提到：