基于对象值类别重载的用户定义转换运算符为何选反直觉重载？

先明确代码里两个转换运算符的核心差异：

• operator T const&() const&：左值限定的成员函数，返回const T&，既可以被左值Holder对象调用，也能被右值Holder对象调用（右值可绑定到const左值引用的隐式this参数）。
• operator T() &&：右值限定的成员函数，返回T值类型，只能被右值Holder对象调用。

为什么const int& rh2 = Holder{7};会选择左值限定的重载？ #

编译器在选择转换函数时，会同时考量函数的引用限定符匹配度和转换结果到目标类型的适配性，最终以转换序列的优先级为准：

1. 对于目标类型const int&：
   • 左值限定的重载返回const int&，可以直接绑定到目标引用，属于精确匹配，不需要任何额外转换步骤。
   • 右值限定的重载返回int（值类型），要绑定到const int&需要先将这个临时值转换为const int&（虽然临时值能被const引用延长生命周期，但这是额外的转换步骤）。
2. 根据C++重载决议规则，精确匹配的转换序列优先级远高于需要额外转换的序列，哪怕右值限定的重载在对象值类别匹配上更贴合，编译器依然会优先选择左值限定的重载。

为什么没有出现歧义？ #

歧义只会在两个重载的转换序列优先级相同时才会触发。这里两个重载的转换序列优先级明确有高低，编译器能清晰判断出更优的选项，因此不会产生歧义。

地址 sanitizer 报错的原因 #

当const int& rh2绑定到Holder{7}.val的引用时，C++的临时对象生命周期延长规则只适用于直接绑定到临时对象本身，而不是临时对象的成员引用。因此Holder{7}这个临时对象在初始化完成后就会被销毁，rh2变成悬垂引用，后续访问它属于未定义行为，这就是ASAN检测到栈使用后错误的根源。

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