此代码具有未定义的行为：
#include <string_view>
#include <iostream>
using namespace std::string_view_literals;
void foo(std::string_view msg) {
std::cout << msg.data() << '\n'; // undefined behavior if 'msg' is not null-
// terminated
// std::cout << msg << '\n'; is not undefined because operator<< uses
// iterators to print 'msg',but that's not the point
}
int main() {
foo("hello"sv); // not null-terminated - undefined behavior
foo("foo"); // same,even more dangerous
}
原因是std::string_view可以存储非空终止字符串,并且在调用数据时不包含空终止符.这是非常有限的,为了使上面的代码定义行为,我必须构造一个std :: string：
std::string str{ msg };
std::cout << str.data() << '\n';
在这种情况下,这确实使std :: string_view变得不必要,我仍然要复制传递给foo的字符串,那么为什么不使用移动语义并将msg更改为std :: string？这可能会更快,但我没有衡量.
无论哪种方式,每次我想要将const char *传递给只接受const char *的函数时,必须构造一个std :: string是有点不必要的,但是必须有一个理由让委员会以这种方式决定它.
那么,为什么std::string_view::data不会返回像std :: string :: data这样的以null结尾的字符串？
解决方法
So,why does std::string_view::data not return a null-terminated
string like std::string::data
仅仅因为它不能. string_view可以是更大的字符串(字符串的子字符串)的更窄视图.这意味着查看的字符串不必在特定视图的末尾具有空终止.由于显而易见的原因,您无法将空终止符写入基础字符串,并且无法创建字符串的副本并返回char *而不会发生内存泄漏.
如果您想要一个空终止字符串,则必须从中创建一个std :: string副本.
让我展示一下std :: string_view的好用：
auto tokenize(std::string_view str,Pred is_delim) -> std::vector<std::string_view>
