在这种情况下，使用 string_view 会导致不必要的字符串复制吗？

Question

我想做的是让我的班级在构造过程中接受一个字符串。我读到string_view 是const string& 的替代品，所以我很自然地写了一个这样的构造函数。这让我可以接受 c++ 和 c 字符串。

Url::Url(boost::string_view raw_url)
    : url_(static_cast<std::string>(raw_url)) {

这里可能存在的问题是，当传递一个右值时，会有一个不必要的副本而不是移动。是制作另一个采用string&& 的构造函数的解决方案吗？这里的最佳做法是什么？

Answer 1

注意：我会考虑std::string_view 来写答案，但boost::string_view 应该是相似的。

---

我读到 string_view 是 const string& 的替代品

了解最初添加std::string_view 的原因很有用。

const string& 有什么问题？

如果你传递一个std::string 对象并且你没有得到任何std::string_view 的东西，那肯定是有效的。但是现在假设您正在传递一个包含大字符串的char*。在这种情况下，将创建一个临时的std::string 对象（并且将复制该char* 引用的整个字符串），以便函数接收std::string。那是std::string_view 发光的时候。如果您将char* 或std::string（或任何可以转换为std::string_view 的东西）传递给接受std::string_view 的函数（按值，无需通过引用接受std::string_view），那么新的@创建的 987654338@ 对象非常便宜，因为它只是“一个视图”，它不会复制底层字符串。

---

但你的情况不同。由于您无论如何都在复制字符串，那么您的函数应该只接受一个字符串按值并将字符串移动到函数内。诸如

之类的东西

Url::Url(std::string raw_url)
    : url_(std::move(raw_url)) {

甚至还有clang-tidy warning 告诉你这一点。

优点是，如果你的函数的用户传递了一个左值，你会创建一个副本（无论如何你都需要它）和一个移动，但如果他们传递一个右值，那么就没有副本，只有一个移动。