我有一个整数数组连续存储在内存中，我想将它们全部添加到 unordered_set 集合中。
现在，我一次添加一个。
for (int i = 0; i < count; i++)
collection.insert(pi[i]);
有什么方法可以更有效地做到这一点？
我意识到项目并没有连续存储在集合中，因此它不会像将数组交给集合那样简单。但这可以通过某种方式进行优化吗？
【问题讨论】：
标签： c++ visual-c++ stl unordered-set
unordered_set 有一个构造函数，它接受一系列元素来初始添加它们：
template< class InputIt >
unordered_set( InputIt first, InputIt last,
size_type bucket_count = /*implementation-defined*/,
const Hash& hash = Hash(),
const key_equal& equal = key_equal(),
const Allocator& alloc = Allocator() );
所以你可以只做collection = std::unordered_set{ p, p + count }; 并留给实现。
正如其他用户在 cmets 中指出的那样，insert 也有一个重载，需要一个范围：
template< class InputIt >
void insert( InputIt first, InputIt last );
所以，就像调用构造函数一样，你可以这样做，collection.insert(p, p + count);
不能保证这种重载会更有效，因为平均而言，这两种重载的复杂性是线性的，并且只是一个接一个地插入元素。
其实，如果我们看看insert在MSVC中是如何实现的，其实很简单
template<class _Iter>
void insert(_Iter _First, _Iter _Last)
{ // insert [_First, _Last) at front, then put in place
_DEBUG_RANGE(_First, _Last);
for (; _First != _Last; ++_First)
emplace(*_First);
}
所以没有针对这种情况进行优化。
我认为，解决此问题的最佳方法是调用reserve，如果您知道要添加的元素数量，并且如果有很多冲突（整数不会出现冲突），可能会修改bucket_count。
【讨论】：
reserve 和bucket_count 是您对添加元素效率的唯一合理控制。
使用基于范围的构造函数或插入方法将简洁而优雅，但可能与您的方法一样有效。 原因是传递给这些函数的迭代器是输入迭代器，而不是随机迭代器。 因此，无法计算范围的长度，并且当集合的负载因子变高时，必须通过周期性的重新散列一个一个地插入元素。
考虑调用 std::unordered_set 的reserve 方法。
collection.reserve(pi.size());
collection.insert(pi.begin(), pi.end());
编辑： 正如 cmets 中所提到的，人们还可能会担心一个一个地对插入的元素进行哈希处理的效率。 然后，能够执行某种批量插入将是有效的。 但是，在 OP 的情况下，元素是整数，在 std::hash 的大多数（如果不是所有）实现中使用恒等函数进行散列，这不会花费那么多；）。事实上，它是随机整数所能得到的最好的散列函数。其他散列函数可能更适合“有组织”的集合。
编辑2： 评论部分现在正在推测插入方法的更好实现。 我认为基于范围的插入重载要求输入迭代器，所以是的，您实际上可以传递任何非输出迭代器。 还要看一下范围插入的最坏情况复杂性：您会看到它被指定为允许一个一个地插入元素。 最后，看一下 insert 方法的一些实现，您会发现随机访问迭代器没有特别的重载。 这是有道理的，因为没有理由在 insert 方法中强加额外的检查，而对于我们希望将容器设置为至少给定容量的情况，reserve 方法在这里。 基于此，上面的答案很可能是基于标准库实际实现的最佳技术。
【讨论】：