Ios 我应该使用什么空间索引算法？

我想为我的

MKAnnotations

实现一些空间索引数据结构。 目前，当我尝试根据距离标准对它们进行过滤时，速度非常慢（3-4k的位置，目前非常慢，只需对执行一个简单的双精度

…）

我想创建
MKAnnotations
的集群，以确定它是否接近另一个。此外，这些位置有点（创建）顺序，需要“上一个”/“下一个”功能来“跳转”（这不是必须的）。
我读过关于
kd-tree
和
r-tree
结构的文章，它们似乎都符合过滤/聚类的快速距离/邻居获取选项，但我不确定哪一个对我来说是最好的，或者是否还有其他选项。
我应该使用什么算法/数据结构

更新：我将这些位置存储在核心数据数据库中，它们表示路径。当地图被打开时，它们被提取到一个数组中，然后我就使用这个数组来计算距离和创建注释。
当用户移动/缩放地图时，我会循环浏览它们并决定需要在地图上更改什么，所以整个内容都是静态的。据我所知，如果我使用一棵树，我可以将位置存储在那里，当缩放/移动发生时，我只需在其中搜索并获得新区域中的位置。这是真的吗

即使是在动态情况下，当我可以向该阵列添加新位置时，这也只是一次插入，而且很少发生。
我不是iOS开发人员，但我查看了文档后发现：

MKMapView.annotationsInMapRect:

返回位于指定贴图矩形中的注释对象

（NSSet*）注释sinmaprect:（MKMapRect）mapRect

参数


mapRect：要搜索注释的地图部分

返回值
位于mapRect中的注释对象集

讨论
此方法提供了检索地图特定部分中注释对象的快速方法。这种方法比自己在annotations属性中对对象进行线性搜索要快得多

这表明
NKMapView
已经在空间索引结构中组织注释。这种方法能满足你的需要吗

如果没有，我会寻找任何2D空间索引结构的现有开源实现，并选择具有最佳文档、最干净接口等的实现，而不是担心效率。如果需要从scratch编写代码，我认为四叉树是最容易实现的。另一方面，它似乎比K-D树或四叉树更专门针对映射。
这在很大程度上取决于您的使用模式（例如，我在内存或磁盘中的写入方式）和数据的外观（即数据的分布方式）

R-树很好，因为它们是平衡的，并且允许更新。根据我的经验，R*-树明显优于其他变体，因为它具有拆分策略。其好处是，它比其他策略生成更多的方形页面，因此对于许多查询，您将需要扫描更少的页面

kd树是好的，如果你是在内存和静态。更新它们非常糟糕，您需要经常重建索引

如果您的数据不经常更改，那么R-tree的批量加载效果非常好。您可以执行排序分片递归批量加载，这基本上需要（部分）交替地对X和Y上的数据进行排序，因此构建树需要较低的
O（n log n）
；与批量加载kd树非常相似，不同之处在于您使用多重拆分而不是二进制拆分。这很受欢迎

此外，您还可以跟踪每个页面中对象的数量。在地图上显示内容时，如果页面在屏幕上显示得太小（即小于标记），您可能希望提前停止。此时，您将不会扫描该页面，而是仅获取对象的数量并将其显示为聚集标记，直到用户放大

对于具有有限值域的2D数据，不要忽略简单的事情。四叉树也可以很好地工作！简单性可以使优化工作变得容易得多。或者是一种经典的网格方法。如果您的用户倾向于将注释分散在一个区域（而不是将它们全部放在一个位置），您可以只计算整数x、y网格坐标，然后对它们进行散列，并为每个网格单元创建一个列表。
此方法的主要问题是，它仅用于检索，我希望在向地图添加位置之前进行基于距离的过滤。实现不是问题，但我不想实现一些我并不需要的东西：）请参见上面我的使用模式编辑。我不想使用类似网格的散列，它们看起来不太好，对于我的情况，它们不适合。我现在要查看R*树。如果您的数据是静态的，大容量加载R-树（大容量加载的R和R*之间没有区别，因为它们只在插入上有所不同）也是一个选项，请尝试sort-tile-recursive。请注意，对于类似网格的哈希，我指的是您的数据结构，而不是用户的可视化表示。如果对象落在同一网格单元中，则只需对其进行分组即可。在显示器上，您只扫描需要显示的单元格。一棵树几乎不能做得更好。谢谢你的回答，我很快就会接受它，我只想澄清一件事：当地图打开时，我将构建这棵R/R*树。如果我正确理解了算法，那么在树进入内存后，我所要做的就是查询与地图可见区域相交的矩形，并可能对结果使用一些聚类。我说的对吗？是的，如果你在R/R*树上进行范围查询，你就可以“细化”与w相交的所有页面