返回局部字符数组会导致崩溃，因其栈内存随函数结束失效，返回悬空指针；应改用std::string自动管理内存，或采用静态缓冲区、堆分配（需明确释放责任）、传入缓冲区等安全方案。
返回局部字符数组会导致崩溃
直接在函数里定义 char buf[256] 然后 return buf，编译可能通过，但运行时大概率访问非法内存。因为栈上分配的数组生命周期随函数结束而终结，返回的是悬空指针。
- 常见错误现象：
Segmentation fault或输出乱码、空字符串 - 哪怕加
printf看似“能打印”，也只是未触发内存覆盖的侥幸 - 不同编译器优化级别（如
-O2）会让问题更隐蔽或更早暴露
用 std::string 是最安全的选择
C++ 不该手动管理字符数组生命周期。把返回值类型改成 std::string，内部自动处理堆内存和拷贝/移动语义，调用方拿到的是独立副本。
std::string get_name() {
char temp[64];
strcpy(temp, "Alice");
return std::string(temp); // 安全：构造新 string 对象
}
- 不需要
new/delete，无内存泄漏风险 - 支持移动语义（C++11+），返回临时对象时通常不发生深拷贝
- 若原数据来自 C 接口（如
getenv()），用std::string(str ? str : "")防空指针
必须返回 char* 时，用静态缓冲区或动态分配
仅限极少数场景（如兼容 C API、嵌入式无 STL），且需明确责任归属：
- 静态数组：
static char buf[256]—— 线程不安全，多次调用会相互覆盖 - 堆分配：
char* p = new char[256]—— 调用方必须delete[] p，否则泄漏；建议改用std::unique_ptr<char></char> - 传入缓冲区指针：
void get_info(char* out, size_t size)—— 最可控，避免所有权争议
例如：snprintf(out, size, "%s:%d", host, port) 比任何返回裸指针都可靠。
别用 const char* 返回字面量以外的局部数组
写成 const char* f() { char s[] = "hello"; return s; } 同样是错的 —— s 是栈数组，不是字符串字面量。只有 return "hello" 这种才安全，因为字面量存于只读数据段。
- 混淆点：字面量有静态存储期，局部数组没有
- 检查方法：对返回指针做
printf("%p\n", ptr)，如果地址落在栈范围（如0x7fff...），基本就是悬空指针 - 工具辅助：
AddressSanitizer（-fsanitize=address）能直接报出此类越界访问
真正麻烦的从来不是“怎么写语法不报错”，而是“谁负责释放、何时失效、多线程下是否冲突”。只要涉及字符数据传递，优先让 std::string 扛住，其他方案都要多问一句：这个指针，下次访问时还有效吗？
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
