以错误方式初始化string_view vector？为何两段代码运行表现不同？

首先明确std::string_view的核心特性：它本身不持有字符串的内存所有权，仅存储指向字符串内容的指针与对应长度，一旦指向的内存被释放失效，后续访问就会触发未定义行为，出现乱码、异常输出等问题。

Wbak1输出异常的原因 #

Wbak1对应的范围循环写法为for (std::string w : W)，属于按值拷贝遍历：

• 每一次循环迭代，都会从W的现有元素拷贝生成一个独立的局部std::string对象w，这个对象的生命周期仅局限于当前单次循环的作用域，单次迭代结束后就会被立刻析构，它占用的字符串内存也会被同步回收。
• 循环中将这个临时局部w的.c_str()返回的指针包装成string_view存入Wbak1，相当于在Wbak1中存储了一批指向即将失效的临时内存的悬空指针。
• 等循环结束进入打印阶段，Wbak1中所有string_view指向的内存早已被回收，访问时自然出现输出异常、内容乱码的未定义行为；即便偶尔打印时原内存未被覆盖、看起来输出正确，也属于随机的不可靠表现，不符合程序的确定性要求。

Wbak2输出正常的原因 #

Wbak2对应的索引访问循环写法为直接取W[i].c_str()：

• W是定义在main函数作用域内的const vector，它内部存储的所有std::string对象的生命周期覆盖整个main函数执行流程，对应的字符串内存从初始化完成到main函数结束始终有效，不会被提前析构回收。
• 存入Wbak2的string_view指向的是W内部长期存活的字符串内存，不存在悬空失效的问题，因此打印时可以正常输出预期内容。

两者的核心差异，本质是存入string_view的指针来源不同：Wbak1存储的是循环内临时局部变量的失效内存地址，Wbak2存储的是容器W内部长期有效内存的地址。如果把Wbak1对应的循环改为按引用遍历（即for (const std::string& w : W)），让循环变量直接绑定W内部的元素而非临时拷贝对象，也不会出现悬空问题。

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