C++中转换运算符与构造函数引发的重载歧义问题咨询

这个问题的核心在于编译器在匹配重载时，突然有了两种同等优先级的合法转换路径，无法判断你想要哪一种，咱们一步步拆解：

原来的正常情况 #

在你没加operator int()之前，执行1 + a时，编译器只有一条路可走：

• 把int类型的1，通过complex的非显式构造函数complex(double re=0, double im=0)隐式转换成complex对象（int会先转成double，再进构造函数）；
• 然后调用你重载的operator+(complex, complex)完成加法。
  因为只有这一种可行的转换方式，所以编译器能顺利匹配到正确的重载，不会有问题。

添加转换运算符后的歧义来源 #

当你在complex类里加入operator int()之后，编译器在处理1 + a时，突然有了两条完全合法的转换路径：

1. 路径一：把左边的int转成complex，调用你写的operator+(complex, complex)；
2. 路径二：把右边的complex转成int，调用C++内置的operator+(int, int)。

这两种转换都属于用户定义的隐式转换，在C++的重载决议规则里，它们的优先级是完全相同的——编译器没有理由偏向其中任何一种，所以就会抛出ambiguous overload（重载歧义）的错误。

额外补充：如何解决这个歧义？ #

如果想保留转换运算符同时避免歧义，最常用的方法是把转换运算符声明为explicit：

explicit operator int(){ int re = real; return re; }

这样complex到int的转换就只能是显式的（比如static_cast<int>(a)），不会被编译器在隐式重载匹配时考虑，自然就消除了歧义。

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