Android 对于公共地理推文，是选择搜索还是推特流式API？

我想开发一个Android应用程序，根据用户（当前/指定）的位置从Twitter公共时间线上获取地理标记的推文。我将有一个刷新按钮和更多的推特（自定义大小为30最大）将获取，如果在该特定时间可用

那么哪种API适合这种情况呢？搜索API或流式API

---

我将使用Twitter4J库。

流式API要求您保持连接处于活动状态。这需要一个具有无限循环的服务器进程来获取最新的tweet

优势

1） 检索结果时出现延迟： 使用这种方法发送的tweet基本上是实时的，从发布tweet到从API接收tweet之间最多有一到两秒钟的延迟

2） 不限收费

搜索API是这两种方法中较容易实现的，但其速率有限 。每个请求将返回最多100条推文，您可以使用页面参数请求最多15页，理论上一次查询最多可发送1500条推文

优势

1） 查找过去的推文：搜索API默认在该区域获胜，因为流式API不提供任何过去的推文

2） 易于实现

在您的情况下，对于实时推文，如果您的请求数量很大，您可以使用流式API

---

请访问以了解更多详细信息。

此URL是否会为我提供最新推文？search.twitter.com/search.json？geocode=37.781157，-122.398720,1mi我可以接受这个。在流式API中，位置的事情很复杂，就像你必须制作一个框来获取该区域的推文一样。在搜索API中，您可以通过提供lat/long和radius来获取推文。但是结果集没有地理标记。那么，为什么这些推特会在这个结果中被获取呢。配置文件位置并不是那么真实。你知道吗？那为什么这些推特会被抓到？你的意思是，传递lat/long和radius后检索到的结果吗？是的，这些tweet是我查询使用lat/long和radius搜索API的结果的一部分。但他们的地理编码位置为空。因此，他们根据自己的个人资料获取数据。我的问题是，这种方法是否适合获取这些推文？因为他们来找我是因为他们的个人资料位置。不是他们的地理代码数据。虽然不可靠，但如果所有结果的地理代码位置都不是空的，则可以将记录分为带地理标记的记录和不带地理标记的记录。通过这样做，您将知道哪些记录是完全可靠的，哪些记录可能是错误的。