将std::map声明为const后使用at()是否比调用operator[]更优？

问题1解答 #

有的，就是find()成员函数。
std::map的at()会做边界检查，找不到key就抛std::out_of_range异常，额外多了不少开销。而find()是原生支持const map调用的成员函数，找不到key只会返回尾迭代器，没有异常相关的开销，性能比at()更好。
如果你能保证传入的lhs、rhs一定是map里存在的key，可以直接用如下写法替换：

return bar.find(lhs)->second < bar.find(rhs)->second;

如果不确定key是否存在，只要加一层判断迭代器是否等于bar.end()的逻辑即可，性能依然比捕获at()抛出的异常更高。

问题2解答 #

先明确两种写法的核心差异 #

• 第一段用at()的写法是纯只读操作，不会修改map，查找不到key会抛异常，属于安全的只读逻辑。
• 第二段用operator[]的写法仅支持非const map调用，查找不到key时会默认构造一个对应值插入到map中，本质是写操作，如果你没有插入需求，用它做读取很容易触发难以排查的隐蔽bug。

单次调用场景 #

如果可以保证传入的key一定存在：

• 性能排序为：find()解引用 ≈ operator[] > at()
• 编码习惯上：纯只读场景优先用find()或者at()，不要用operator[]，避免意外插入无效值的风险。
  如果不能保证key存在，两种写法逻辑完全不同，优先选择符合你业务错误处理逻辑的版本，不要优先考虑性能。

多次调用场景 #

你给出的两个示例代码都有严重的性能浪费：每次调用foo()都会重新构造并初始化整个std::map，这个开销远大于查找操作的开销。最优写法是把bar声明为static const std::map，全局只初始化一次。
这种前提下的性能和编码习惯选择和单次调用场景一致：只读需求优先用find()（确定key存在）或者at()（需要通过异常处理不存在的key），不要用operator[]做只读操作。

内容的提问来源于stack exchange，提问作者justANewb stands with Ukraine