将char*传入const std::string&时为何发生拷贝?如何避免?
我需要调用一个参数类型为string的函数,原本选择std::string是因为它提供了丰富的接口。但最近发现,将char*传入const std::string&时会发生拷贝。以下是测试代码:
#include <iostream> #include <string> using namespace std; void test_string(const std::string & s) { printf("%p\n", s.data()); } int main() { char aa[] = "asd"; test_string(aa); printf("%p\n", aa); }
如代码所示,test_string函数可接收std::string和char[]参数。我原本认为const std::string&参数不会产生拷贝,但运行结果显示两者地址不同,推测是构造了临时std::string对象进行逐字符拷贝,这似乎并无必要。请问这种传入char[]给std::string的用法是否不当?有没有避免拷贝的可行建议?
问题解析与解决方案
为什么会发生拷贝?
这种用法本身没有错误,但编译器的行为是标准逻辑:当你把char[]或char*传入const std::string&参数时,会触发std::string的构造函数(std::string(const char*)),创建一个临时std::string对象,这个对象会完整拷贝传入的C风格字符串内容,所以你看到的地址和原char[]地址不同——确实会产生不必要的拷贝开销。
避免拷贝的可行建议
重载函数:为函数新增一个接收
const char*的重载版本,传入C风格字符串时直接匹配该版本,完全跳过std::string的构造与拷贝:// 处理C风格字符串的重载 void test_string(const char* s) { printf("%p\n", s); // 可直接使用C字符串接口,或按需决定是否构造std::string } // 保留原有的std::string版本 void test_string(const std::string & s) { printf("%p\n", s.data()); }调用时,传入
char[]会自动匹配const char*版本,传入std::string则匹配引用版本,兼顾两种场景的效率。使用
std::string_view(C++17及以上):如果编译器支持C++17,用std::string_view作为参数类型是最优解。它是轻量级的字符串视图,既能接收std::string也能接收const char*,不会拷贝任何内容,仅保存原数据的指针和长度,同时提供了大量类似std::string的接口(长度查询、子串操作等):#include <string_view> void test_string(std::string_view s) { printf("%p\n", s.data()); }无论传入
std::string还是char[],s.data()的地址都会和原字符串地址一致,彻底消除拷贝开销。提前构造
std::string(若适用):如果业务场景中可以提前将C风格字符串转为std::string对象,后续直接传入该对象的引用,自然不会产生拷贝;但如果只有临时的C风格字符串,这个方法不适用。
内容的提问来源于stack exchange,提问作者kevin h

