C++是否可将set、map等容器的find()返回值存储为引用？

1. 汇编理解与开销对比 #

你对汇编的分析是完全正确的，无优化场景下用const auto&接收find返回值的开销确实更高。
原因很简单：std::set::find返回的迭代器是纯右值，用const T&类型接收时会触发C++的临时对象生命周期延长规则：

• 首先要在栈上创建临时迭代器对象存储返回结果
• 再额外存储一个引用（底层实现为指针）指向这个临时对象，对应你汇编里最后多出来的两条lea和mov指令
  而直接用auto接收时，会直接对返回的迭代器做拷贝初始化，不需要额外存储引用指针，自然少了两条指令。
  不过要注意：开O2及以上优化等级后，编译器会完全消除这部分冗余操作，两种写法的运行开销没有任何差异。

2. 优先使用引用接收的适用场景 #

对于标准库的map/set/unordered_map/unordered_set等容器的find返回值来说，几乎不存在优先用引用接收的场景：

• 标准库的迭代器本身就是轻量代理对象，绝大多数迭代器的大小和普通指针一致，拷贝成本极低，甚至比间接访问引用的成本更低
• 用引用接收除了在无优化debug模式下多一点冗余开销，没有任何额外收益

唯一的例外场景是你在编写泛型模板代码，不确定目标容器的迭代器是否是可拷贝类型、或者迭代器本身体积非常大，用const auto&是更通用的兼容写法，不过这种情况在常规开发中极其罕见。

内容的提问来源于stack exchange，提问作者MartinBG