我什么时候会通过 const&std::string 而不是 std::string_view?

问题描述

我了解使用 std::string_view 的动机；
它可以帮助避免函数参数中不必要的分配.

I understand the motivation for using std::string_view;
it can help avoid unecessary allocations in function arguments.

例如:
以下程序将从字符串文字创建 std::string.
这会导致不希望的动态分配，因为我们只对观察字符感兴趣.

For example:
The following program will create a std::string from a string literal.
This causes an undesired dynamic allocation, as we are only interested observing the characters.

#include <iostream>

void* operator new(std::size_t n)
{
    std::cout << "[allocating " << n << " bytes]
";
    return malloc(n);
}

void observe_string(std::string const& str){}

int main(){
  observe_string("hello world"); //prints [allocating 36 bytes]
}

使用 string_view 可以解决问题:

Using string_view will solve the problem:

#include <iostream>
#include <experimental/string_view>

void* operator new(std::size_t n)
{
    std::cout << "[allocating " << n << " bytes]
";
    return malloc(n);
}

void observe_string(std::experimental::string_view const& str){
}

int main(){
  observe_string("hello world"); //prints nothing
}

<小时>

这给我留下了一个问题.
我什么时候会通过 const& 选择 std::string而不是 string_view 函数参数?

看std::string_view的接口，看起来好像可以替换const&传递的std::string的所有实例..有什么反例吗?std::string_view 是否意味着替换 std::string const& 用于参数传递?