返回局部变量地址危险，因函数返回后局部对象销毁，指针变悬空，解引用导致未定义行为；应返回std::string值或使用输出参数。
返回局部变量地址为什么危险
直接返回局部变量的指针或引用，编译器通常会报警（如 -Wreturn-stack-address），因为函数返回后，栈上分配的局部对象生命周期结束，内存可能被复用。此时指针变成悬空指针（dangling pointer），解引用会导致未定义行为——程序可能偶然跑通，也可能在优化后崩溃、读到垃圾值。
常见错误写法：
const char* get_name() {
std::string name = "Alice";
return name.c_str(); // ❌ name 析构后 c_str() 返回的指针失效
}std::string::c_str() 的陷阱与替代方案
std::string::c_str() 返回的是内部缓冲区的 const char*，其有效性严格依赖于原 std::string 对象的生命周期。只要字符串对象还在作用域内且没被移动/赋值，指针就安全；一旦对象销毁或修改（比如调用 clear()、resize()、甚至某些 += 操作），指针立即失效。
安全做法：
立即学习“C++免费学习笔记（深入）”；
- 返回
std::string值（C++11 后移动语义开销极小） - 若必须返回 C 风格字符串，让调用方负责存储，例如通过输出参数：
void get_name(char* buf, size_t size) - 使用静态缓冲区（仅限无并发、单次调用场景，不推荐）
示例（推荐）：
std::string get_name() {
return "Alice"; // ✅ 返回值，调用方获得独立副本
}避免返回成员临时对象的指针
类中返回内部 std::string 成员的 c_str() 看似安全，但若该成员本身是临时构造的（比如在 getter 中返回 std::string 临时量），问题重现：
class Person {
std::string name_;
public:
const char* name_cstr() const { return name_.c_str(); } // ✅ 安全：name_ 是成员，生命周期长于函数调用
const char* bad_name_cstr() const { return std::string("temp").c_str(); } // ❌ 危险：临时 string 析构，指针悬空
};关键判断点：看 c_str() 调用的对象是否在函数返回后仍存在。成员变量 OK；函数内 std::string{...}、getName().c_str()（其中 getName() 返回值）都不行。
用 const 引用延长临时对象生命周期？不行
有人试图这样“修复”：
const char* get_name() {
const std::string& s = std::string("Alice");
return s.c_str(); // ❌ 仍然危险！
}这里 std::string("Alice") 是纯右值，绑定到 const std::string& 确实能延长其生命周期——但只延长到该引用所在作用域结束，也就是函数末尾。函数返回时，s 和它绑定的临时对象一同销毁，c_str() 指针依然悬空。
真正能靠引用延长生命周期的，仅适用于**调用方持有引用**的场景，例如：
const std::string& s = person.get_name(); // ✅ get_name() 返回 const std::string&，s 延长了其生命周期 const char* p = s.c_str(); // ✅ 此时 p 安全，只要 s 还活着
最稳妥的习惯：除非明确控制对象生命周期，否则一律返回 std::string 值；需要 C 接口时，用输出参数或要求调用方传入缓冲区。临时对象的生命周期延长规则很精细，一不留神就掉坑里。
