代理版下标运算符是否总会优先于非代理版被调用？

核心原因 #

你遇到的是C++重载决议的正常行为，并非实现错误，关键逻辑如下：

• 下标运算符的重载版本选择，仅取决于调用该运算符的对象是否被const限定，和你是读还是写操作无关。
• 只要对象本身是非const的，哪怕你只是用[]读取值，编译器也会优先匹配非const版本的operator[]，不会触发const重载。
• 关于const版本未被编译：C++遵循按需实例化规则，只有当代码中存在**const限定的对象调用[]**的场景时，编译器才会编译const版本的运算符。如果你的测试代码里从来没用到const对象调用[]，那这个版本自然不会被编译。

验证与解决方法 #

1. 触发const版本的正确方式
   必须确保调用[]的对象是const的，示例代码：

   const MyMapWrapper<int, std::string> const_wrap;
   std::string val = const_wrap[123]; // 此时会调用const版operator[]
   

2. 非const对象的只读场景优化
   如果你想让非const对象的只读操作也能复用const版本的逻辑（避免代理类的额外开销），可以参考std::map的设计，额外提供at()成员函数：

   class MyMapWrapper {
   public:
       // 非const版operator[]返回代理
       Proxy operator[](KeyType key) { ... }
       // const版operator[]返回普通类型（需确保键存在，否则可抛出异常）
       const ValueType& operator[](KeyType key) const { ... }
       // 类似std::map::at，安全读取键对应的值
       const ValueType& at(KeyType key) const { ... }
       ValueType& at(KeyType key) { ... }
   };
   

   或者在需要只读的地方，显式将对象转为const引用后调用[]：

   MyMapWrapper<int, std::string> non_const_wrap;
   const auto& const_ref = non_const_wrap;
   std::string val = const_ref[123]; // 调用const版
   

3. 对齐std::map的设计逻辑
   注意std::map本身没有const版本的operator[]——因为它的行为是“键不存在则插入”，而const对象不允许修改。如果你的包装类想贴合这个设计，const版的operator[]应该只返回已存在键的引用，并且在键不存在时抛出异常（就像std::map::at()那样），避免违背const对象的不可修改语义。

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