C++11及以上版本中std::string()与""作为函数参数的优劣对比

嘿，这个问题问得挺到位的，正好触及了C++里隐式转换和显式构造的细节差异，咱们一步步拆解来看。

先看你的具体例子：func(std::string()) vs func("") #

首先明确：这两种调用方式在标准语义上是有差异的：

• func("")：这里的""是const char*类型的字符串字面量，编译器会触发std::string的转换构造函数（std::string(const char*)），先把C风格字符串转换成临时的std::string对象，再传递给func。
• func(std::string())：这是直接显式调用std::string的默认构造函数，创建一个空的std::string临时对象，再传递给func。

那哪种方式更佳？
从性能角度：对于空字符串来说，现代编译器几乎会把这两种方式优化到完全一致的结果——毕竟主流std::string实现里，空对象都是“空指针+0长度”的状态，不管是默认构造还是从""构造，最终对象没有区别；而且临时对象的拷贝/移动操作会被**拷贝省略（Copy Elision）**优化掉，不会有额外开销。

但从语义清晰度和标准合规性来说，std::string()更胜一筹：它直接告诉编译器“我要一个空的std::string”，不需要经过const char*到std::string的转换步骤，哪怕这个转换几乎没有开销，代码意图也更明确。

更普遍的问题：显式调用构造函数的优势 #

在初始化或传递参数时，显式调用构造函数确实有几个实实在在的好处：

1. 避免隐式转换带来的意外歧义 #

假设你有两个重载函数：

void func(int);
void func(std::string);

调用func("")会符合预期地选择func(std::string)版本，但如果调用func(0)，编译器会默认选择func(int)版本——可如果你本意是想传递一个空std::string呢？这时候func(std::string(0))就会明确触发std::string的重载，彻底避免歧义。

2. 代码可读性更强 #

显式构造让代码意图一目了然。比如在复杂的函数调用链里，process_data(std::string(raw_buffer))比process_data(raw_buffer)更清晰：读者一眼就知道这里是把raw_buffer（假设是const char*）转换成std::string，而不是直接传递原始指针，降低了理解成本。

3. 精确控制构造行为 #

有些类有多个构造函数，显式调用可以明确指定使用哪一个。比如std::string有std::string(const char*, size_t)构造函数，如果你想从C风格字符串的前5个字符构造std::string，显式写std::string(buf, 5)就比依赖隐式转换（根本做不到）更精准，避免编译器选错构造重载。

4. 适配explicit构造函数的限制 #

C++里有些构造函数被标记为explicit，这时候隐式转换是不允许的。比如如果某个类的构造函数是explicit MyClass(int)，那么func(42)会直接报错（如果func参数是MyClass），必须写成func(MyClass(42))。养成显式构造的习惯，能避免这种场景下的编译错误，让代码更健壮。

有没有例外情况？ #

当然有——如果你的参数本身就是符合目标类型构造要求的对象，比如你已经有一个const char*变量str，需要传递给func(std::string)，那么func(str)和func(std::string(str))在性能和语义上几乎没有区别，这时候用哪种都可以。但显式构造依然能提升可读性，尤其是在团队协作的代码里。

内容的提问来源于stack exchange，提问作者A. Gille