何时传递const std::string&对字符串非最优？值传递更优场景解析

嘿，这个问题问得特别接地气——很多C++学习者都会把“传递大对象用const引用”当成金科玉律，但针对std::string这种带**小字符串优化（SSO）**的类型，确实存在值传递更优的场景，下面就给你拆解几个典型情况：

1. 处理小字符串且函数内部频繁访问内容 #

现在主流编译器（GCC、Clang、MSVC）都实现了SSO：当字符串长度小于某个阈值（比如GCC是15字节，MSVC是22字节）时，字符串的内容会直接存在栈上的std::string对象里，不需要分配堆内存。

这时候如果用const std::string&传参，每次访问字符串内容都要做一次指针解引用（从引用指向的内存地址读取数据）；但如果用值传递，整个小字符串会被拷贝到函数栈帧里，访问时直接读取栈上数据，不仅少了间接寻址的开销，还能提高缓存命中率——尤其是在循环遍历、频繁读取字符的场景（比如统计字符出现次数、字符串匹配），这种性能差异会更明显。

举个简单的例子：

// 频繁访问字符串内容的函数
size_t count_char(std::string s, char c) {
    size_t cnt = 0;
    for (char ch : s) { // 栈上直接访问，缓存友好
        if (ch == c) cnt++;
    }
    return cnt;
}

如果传入的是短字符串，这个版本的效率会比用const std::string&的版本更高。

2. 函数内部需要持有参数的副本 #

如果函数最终需要把传入的字符串存储到某个容器（比如std::vector<std::string>）或者修改它（即使参数是const，内部可能需要拷贝后修改），值传递反而可能更高效：

• 用const std::string&传参的话，你需要手动做一次拷贝才能存储；
• 用值传递的话，可以直接利用移动语义把传入的字符串转移到容器里，避免额外的拷贝开销（尤其是当调用者传入临时对象时，值传递的构造甚至是零成本的）。

比如：

void add_to_list(std::string s, std::vector<std::string>& list) {
    list.push_back(std::move(s)); // 直接移动，无拷贝
}

对比用const std::string&的版本：

void add_to_list(const std::string& s, std::vector<std::string>& list) {
    list.push_back(s); // 必须拷贝一次
}

这种场景下，值传递的效率至少不逊色于引用传递，甚至在某些情况（比如传入右值）下更优。

3. 避免跨缓存行访问或缓存失效 #

如果原字符串所在的内存位置刚好处于缓存行的边缘，或者被其他线程频繁修改（即使是const引用，原内存的修改会导致缓存失效），值传递把字符串拷贝到函数栈帧的局部内存后，访问会更稳定，不会因为原内存的缓存失效影响函数内的访问效率。

补充：什么时候还是用const引用更好？ #

当然，上面的场景都是特例：当字符串长度超过SSO阈值时，值传递需要拷贝堆上的大量内存，这时候const std::string&的优势就非常明显了——只需要传递一个指针大小的引用，完全避免堆内存拷贝。

那个“sizeof(X) > sizeof(void*)就用引用”的经验法则，是比较老的说法，没有考虑到现代C++里的SSO、移动语义这些优化，所以不能生搬硬套，要结合对象的实际大小和函数内部的使用方式来判断。

内容的提问来源于stack exchange，提问作者Lukas-T