GCC下花括号初始化vector构造参数报歧义错误Clang可正常编译

该编译异常是GCC对C++花括号初始化重载决议规则的实现缺陷导致的，与单/多元素初始化列表的转换路径、explicit关键字的作用语境直接相关。

歧义触发的前提逻辑 #

你定义的Foo类存在两个相关构造函数重载：

• 显式构造函数：explicit Foo(const std::vector<std::pair<std::string, std::string>>& list)
• 拷贝构造函数：Foo(const Foo& other)

双元素场景无歧义的原因 #

当你使用Foo({{"a", "b"}, {"c", "d"}})调用时，传入的双层初始化列表包含两个独立元素，Foo没有可接收两个参数的构造函数，不可能匹配仅接受单个Foo类型参数的拷贝构造函数，因此只能匹配vector参数的显式构造函数，GCC、Clang都能正常编译。

单元素场景GCC报歧义的原因 #

当使用Foo({{"a", "b"}})调用时，GCC错误识别出两条可行转换路径：

1. 合法路径：{{"a", "b"}}直接构造仅含1个元素的std::vector<std::pair<std::string, std::string>>对象，匹配显式构造函数。
2. 不符合C标准的误判路径：认为内层的{"a", "b"}可以隐式构造Foo临时对象，再将该临时对象传入拷贝构造函数完成初始化。
   按照C标准要求，被explicit修饰的构造函数禁止用于隐式转换场景，而拷贝构造的实参初始化属于拷贝初始化语境，不能调用explicit构造函数生成临时Foo对象，因此拷贝构造函数根本不属于可行候选，Clang的处理完全符合标准规范，GCC在这里的重载决议逻辑存在实现错误。

规避方案 #

你可以通过以下任意一种方式解决GCC的编译错误：

• 显式指定实参类型，避免隐式转换：

Foo g = Foo(std::vector<std::pair<std::string, std::string>>{{"a", "b"}});

• 新增直接适配初始化列表的构造函数：

Foo(std::initializer_list<std::pair<std::string, std::string>> list)
    : Foo(std::vector<std::pair<std::string, std::string>>(list)) {}

• 额外增加一层花括号明确初始化层级，消解歧义：

Foo g = Foo({{{"a", "b"}}});

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