为何指定成员初始化结构体时std::string_view报缺少初始化器错误？

本质原因：编译器警告选项的严格检查 #

你碰到的编译错误不是C++标准不允许省略b的初始化，而是**-Wextra包含了-Wmissing-field-initializers警告**，再加上-Werror把所有警告升级为错误，才导致编译失败。

关于std::string_view的默认初始化 #

别怀疑，std::string_view确实支持默认初始化——默认构造的对象是个空视图（data()为nullptr，size()为0），完全符合C++17及以后的标准。但这和编译器警告的触发逻辑没关系：-Wmissing-field-initializers的触发条件是聚合初始化时没显式列出所有成员，不管成员本身能不能默认初始化。

聚合初始化的标准规则 #

你用的指定成员初始化（比如return Foo{.a = 47};）属于聚合初始化的一种。按照C++标准，没被显式初始化的成员会自动被值初始化（对std::string_view来说就是调用默认构造函数），这段代码本身是合法的。但编译器的警告选项把“没列全成员”当成了潜在失误（比如怕你忘了初始化某个需要自定义值的成员），所以抛出警告，-Werror又把警告变成了错误。

解决办法 #

有两种常用处理方式：

• 显式初始化所有成员：就像你已经做的那样，给b赋值空字符串（return Foo{.a = 47, .b = ""};），直接消除警告。
• 针对性关闭警告：如果确定不需要显式初始化所有成员，可以用编译指令临时禁用该警告（仅限GCC/Clang）：

  #pragma GCC diagnostic push
  #pragma GCC diagnostic ignored "-Wmissing-field-initializers"
  Foo create_foo() {
      return Foo{.a = 47};
  }
  #pragma GCC diagnostic pop
  

额外提示 #

-Wall -Wextra是一套严格的警告组合，目的是提前揪出潜在问题。虽然你的代码符合标准，但编译器认为“没显式初始化所有成员”可能是疏忽，所以触发警告。如果是团队项目，优先建议显式初始化所有成员，保持代码的可读性和一致性。

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