如何通过Twitter API获取回复推文对应的父推文ID

无需Conversation API的基础提取方法 #

不需要申请Conversation API权限，直接从@事件的返回字段里就能拿到目标父推文ID：

• 若使用Twitter API v2：拉取提及bot账号的推文时，在请求参数中添加tweet.fields=referenced_tweets，返回的推文对象内referenced_tweets数组中，type值为replied_to的条目对应的id，就是用户@你的回复所对应的直接父推文ID。
  核心返回字段示例：

  "referenced_tweets": [
    {
      "type": "replied_to",
      "id": "1234567890123456789"
    }
  ]
  

• 若使用Twitter API v1.1：收到的提及事件payload中，直接取in_reply_to_status_id_str字段的值，就是当前回复对应的直接父推文ID，不需要额外调用其他接口。

字段概念区分 #

不要混淆conversation_id和直接父推文ID：

• conversation_id对应当前对话线程的根推文ID，不是用户@你时直接回复的那条推文的ID。举例：用户在推文A下发布回复B，第三方用户在B下发布回复C@你的bot，此时该条回复的conversation_id是推文A的ID，但你需要的直接父推文是B的ID，两个字段适用场景完全不同。
• 只有需要拉取整条对话线程下的全部推文内容时，才需要Conversation API的访问权限，仅获取直接回复的父推文ID不需要申请该权限。

落地实现流程 #

• 为bot账号配置webhook，监听账号提及事件，用户发布包含@bot账号的内容时，事件会自动推送到你的服务端
• 收到事件后先做校验：如果v2接口返回的referenced_tweets为空，或v1.1接口的in_reply_to_status_id_str为空，说明是用户直接发推@bot，不是在某条目标推文下的回复，直接跳过处理即可
• 提取到合法的父推文ID后，可按平台标准路径拼接为父推文的直接访问链接，不需要额外查询父推文的发布者信息，链接可自动跳转
• 拿到父推文ID、链接及相关内容后，按业务逻辑存入指定存储位置即可

内容的提问来源于stack exchange，提问作者IskolarNgBayan