.NET集合提供最快的搜索

我有60k项需要对照20k的查找列表进行检查。是否有一个集合对象（如List，HashTable），提供了一个exceptionly快速Contains()的方法？还是我必须自己写？换句话说，默认Contains()方法是仅扫描每个项目，还是使用更好的搜索算法。

foreach (Record item in LargeCollection)
{
    if (LookupCollection.Contains(item.Key))
    {
       // Do something
    }
}

注意。查找列表已排序。

在最一般的情况下，请考虑将其System.Collections.Generic.HashSet作为默认的“包含”主力数据结构，因为评估需要花费固定的时间Contains。

“什么是最快的可搜索集合”的实际答案取决于您的特定数据大小，有序性，散列成本和搜索频率。

如果您不需要订购，请尝试HashSet<Record>（.Net 3.5的新功能）

如果这样做，请使用List<Record>并致电BinarySearch。

你考虑过了List.BinarySearch(item)吗？

您说您的大型收藏集已经过整理，所以这似乎是绝佳的机会？哈希肯定是最快的，但这会带来自身的问题，并且需要更多的存储开销。

您应该阅读此博客，该博客使用单线程和多线程技术对每种类型的集合和方法进行了快速测试。

根据结果​​，对List和SortedList的BinarySearch是在将某些内容作为“值”查找时经常并驾齐驱的最佳执行者。

当使用允许“键”的集合时，Dictionary，ConcurrentDictionary，Hashset和HashTables在整体上表现最佳。

保持列表x和y的排序顺序。

如果x = y，则执行操作；如果x <y，则前进x；如果y <x，则先y直到任一列表为空。

此交叉点的运行时间与最小值（大小（x），大小（y））成比例

不要运行.Contains（）循环，这与x * y成正比，这更糟。

如果可以对项目进行排序，那么有一种更快的方法可以对哈希表或b树进行键查找。尽管如果您无法对物品进行排序，则无论如何都无法将它们真正放入b树中。

无论如何，如果对两个列表进行可排序排序，则只需按顺序遍历查找列表即可。

Walk lookup list
   While items in check list <= lookup list item
     if check list item = lookup list item do something
   Move to next lookup list item

如果使用的是.Net 3.5，则可以使用以下方法制作更清晰的代码：

foreach (Record item in LookupCollection.Intersect(LargeCollection))
{
  //dostuff
}

我这里没有.Net 3.5，因此未经测试。它依赖于扩展方法。这并不是说LookupCollection.Intersect(LargeCollection)可能是不一样的LargeCollection.Intersect(LookupCollection)......，后者可能要慢得多。

假设LookupCollection是一个 HashSet

如果您不担心出现性能下降的情况，那么建议使用HashSet或二进制搜索。您的数据集还不够大，以至于99％的时间这将是一个问题。

但是，如果这只是您要执行的数千次，并且性能至关重要（并且使用HashSet /二进制搜索被证明是不可接受的），那么您当然可以编写自己的算法，以便在进行排序时遍历排序列表。每个列表最多可以遍历一次，并且在病理情况下也不错（一旦您走了这条路线，您可能会发现比较是假设实际花费，假设它是字符串或其他非整数值），优化将是下一步）。