为何C++20未支持std::string与std::string_view字面量直接相加？

你给出的代码如下：

#include <string>
#include <string_view>

using namespace std::literals;

int main()
{
    "hello"s + "world";   // 正常编译
    "hello"s + "world"sv; // 编译报错
}

其中带s后缀的是std::string字面量，带sv后缀的是std::string_view字面量。

C++标准委员会刻意没有为std::string和std::string_view设计operator+重载，主要有以下几点考量：

• 避免隐含的性能开销
  std::string_view的设计定位是无所有权的轻量字符串视图，核心目的是降低字符串传递过程中的不必要拷贝。如果允许std::string和std::string_view直接相加，很容易让用户无意识写出产生大量临时std::string的代码，比如连续拼接场景s1 + sv1 + sv2 + sv3，每一步相加都会生成新的临时字符串，和用户使用string_view追求高性能的初衷背道而驰。
• 避免语义歧义
  如果仅添加std::string + std::string_view的重载，还需要同步补充大量配套重载：比如std::string_view + std::string、std::string_view + std::string_view、std::string_view + const char*等等。尤其是std::string_view + std::string_view的语义会非常模糊：两个无所有权的视图相加，返回的却是持有新内存的std::string，很容易造成用户认知偏差，甚至引发生命周期相关的安全问题。
• 已有更明确的替代方案
  C++17起就为std::string的operator+=提供了std::string_view的重载，你完全可以用更明确的写法实现需求：

std::string s = "hello"s;
s += "world"sv; // 合法

如果需要一次性拼接，也可以使用std::format、std::string::append等显式接口，显式写法可以让开发者明确感知到此处会生成新的字符串对象，不会出现隐式的性能损耗。

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