Twitter的REST API为推文状态返回in_reply_to_status_id值，但搜索API没有。{/ p>
让我感到困惑的是，如果您直接使用http://search.twitter.com/网页进行搜索，那些回复另一条推文的推文会包含“显示对话”链接，但在直接使用API进行搜索时，似乎没有是任何表明存在对话的数据（至少使用JSON）。
此搜索页面如何知道哪些推文是对话的一部分，以及以速率友好的方式模拟此行为（JSON首选）的最佳方式是什么？我想我不得不做额外的电话或其他事情......？
答案 0 :(得分：4)
related_results与v1 API一起正式死亡。看来官方的Twitter应用程序使用了/1.1/conversation/show.json?id=___的呼叫，如https://dev.twitter.com/discussions/17647所述，但它似乎被非Twitter用户阻止。
答案 1 :(得分：2)
只需检查JSON字段“to_user”，其中包含@replied人员的screen_name。如果为null，则可以认为它不是回复。如果推文字符串以@username开头，也可以检查
答案 2 :(得分：1)
当您使用search.twitter.com时，查找字段名称in_reply_to_status_id这包含此tweet作为回复的原始status_id。接下来，有一个当前不支持/无文档的api调用来完成整个对话：
https://api.twitter.com/1/related_results/show/169145505824256000.json?include_entities=1
值（169145505824256000）是您要为其检索对话的status_id。
答案 3 :(得分：0)
对此的更新，因为我刚遇到同样的问题。 Twitter v1.1 API现在应该返回有效的in_reply_to_status_id值。但是不受支持的v1 related_results现在已经永远消失了。
查看有关此信息以及有关使用流API的一些建议