所有这三个容器都通过 const 引用而不是值或转发引用来接受函数对象。这导致需要将函数对象复制到容器的内部存储中（最多两次）。
复制函数对象两次是否有原因？而不是让用户能够传递任何类型的函数对象并将其构建到内部函子存储中？这样库就更通用了，给用户带来的惊喜也更少。
push_back() 函数中应用了相同的理念 - 它们有两个重载，一个带有 const 引用，一个带有 rvalue 引用，因为这让用户可以更好地控制他们是要移动值还是复制值.该库在一般情况下保持高效，无需对用例做出任何假设。
我怀疑这是自 C++11 之前的日子以来一直沿用的设计决策。改变这个对标准来说是一个不错的提议吗？
【问题讨论】：
标签： c++ c++11 c++14 move-semantics functor
通常，比较器是一个非常小的对象，复制起来很便宜，而且您只需构建一次容器。额外的一份副本真的并不重要。您可能没有在延迟敏感代码中创建一堆std::maps。因此，为这些容器引入更多构造函数并没有太多好处。这样的提议会是什么样子？然后您是否也想通过右值引用来获取Allocator？现在我们添加了更多的构造函数。将所有采用Compare const& 的构造函数更改为采用受约束的转发引用？现在，我们打破了 ABI 仍然是微不足道的，如果有的话。构造函数很复杂。我什至不相信如果std::map 是今天设计的，那么在这方面界面看起来会有所不同。如果有的话，我们可能只是按值而不是 const& 来获取 Compare。
另一方面，push_back 在程序的主要运行时被大量使用，具有多种类型。能够进入vector，或emplace 进入vector，是一个巨大的胜利。这两种情况真的没有可比性。
【讨论】：
thread 有一个可以接受任意函数的构造函数。 map 有 4 个构造函数，它们采用 Compare 或 Allocator - 您必须全部更改，这要复杂得多，并且会破坏 ABI。