C++ const引用使用疑问及代码崩溃问题咨询

一、两种Split调用方式的差异 #

核心原因在于临时对象的生命周期规则：

• 对于const std::string& s = Split(str, "@").front();：
  Split返回的是临时vector<string>对象，它的生命周期只持续到当前表达式结束（分号处）。你用const引用绑定的是这个临时vector的首元素，但vector销毁时会释放内部所有元素的内存，导致s变成悬空引用，后续访问必然崩溃。
  这里要和你提到的const T & t = T();区分：后者是直接用const引用绑定临时对象本身，这种情况会延长临时对象的生命周期，使其与引用t一致；但你绑定的是临时对象的成员（vector的元素），规则不适用，临时vector的生命周期不会被延长。

• 对于std::string s = Split(str, "@").front();：
  这里是把临时vector首元素的内容拷贝到新的string对象s中，拷贝完成后，临时vector销毁不影响s——s拥有独立的内存空间，所以访问完全正常。

二、const std::string& s = "asd"; vs std::string s = "asd"的对比 #

本质区别 #

• const std::string& s = "asd";：字符串字面量"asd"会先隐式转换成临时std::string对象，const引用s绑定到这个临时对象，根据规则，临时对象的生命周期会被延长至与s一致。
• std::string s = "asd";：直接构造std::string对象s，现代编译器通常会优化掉拷贝操作，直接用字面量初始化s（省略临时对象的创建）。

优缺点对比 #

const std::string& s = "asd";

• 优点：理论上避免一次对象拷贝（但现代编译器对后者的优化已让这个优势可忽略）；明确标记s只读，避免误修改。
• 缺点：写法不直观，新手易误解为直接绑定字面量（实际是绑定临时string对象）；后续若需修改s，必须重新定义非const对象，灵活性差；老旧编译器下可能因临时对象创建带来微小开销。

std::string s = "asd";

• 优点：写法直观，明确表示s是独立的string对象；支持后续修改（若有需求）；编译器优化后性能与前者无差异。
• 缺点：若无需修改s，未显式标记const，无法通过编译器检查避免误修改。

结论 #

局部变量场景下，若不需要修改，const std::string s = "asd";（const对象而非const引用）比绑定临时对象的写法更直观；若需修改，直接用非const string对象即可。两种写法性能差异极小。

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