返回局部变量指针必然崩溃，因函数返回后栈帧被弹出，该内存已失效；static修饰可避免崩溃但线程不安全且状态残留；new分配需手动delete易致泄漏；最稳妥是让调用方传入缓冲区，权责清晰、安全可控。
返回局部变量指针直接崩溃？这是栈内存被回收的必然结果
函数返回 &a 或 str（局部数组名）这类指针，编译器通常只给警告（如 warning C4172），但运行时大概率段错误（SIGSEGV）或输出随机值。根本原因不是“编译没报错就安全”，而是：函数返回后，整个栈帧被弹出，a 所在的内存地址虽未被立即覆写，但已不归你管——下一次函数调用可能直接覆盖它。
static 修饰能用，但线程不安全且状态残留
把局部变量改成 static int a = 101; 再返回 &a，确实不会崩溃，因为变量挪到了数据段，生命周期贯穿程序始终。
- 多个线程同时调用该函数，会读写同一块内存，结果不可预测
- 连续两次调用，第二次会覆盖第一次留下的值，无法支持并发或重入
- 若函数逻辑依赖初始化状态（比如计数器），
static会让行为隐式耦合，调试困难
适合极简场景（如只读字符串常量），但绝不该用于有状态、多线程或需隔离上下文的逻辑。
用 new 分配堆内存？别忘了 delete
写 int* p = new int(101); return p; 看似干净，但隐患藏在调用方：
- 调用者必须明确知道要
delete这个指针，否则内存泄漏 - 异常路径下容易遗漏释放（比如中间抛了异常，
delete没执行） - C++11 后更推荐用
std::unique_ptr自动管理，但返回智能指针本身改变了接口契约
原始裸指针 + new 的组合，等于把资源管理责任甩给调用方，而多数实际项目里，调用方根本不知道该不该、何时、如何释放。
最稳妥的做法：让调用方传入缓冲区
把“谁分配、谁释放”的权责收回到调用方，是最清晰、可测试、无副作用的方式：
- 函数签名改为
void fillValue(int* out, size_t size)，由调用方决定用栈数组、堆内存或成员变量 - 加
size参数可做边界检查，避免越界写入 - 配合
std::array或std::vector使用时天然安全，无需手动delete
例如：int result[1]; fillValue(result, 1); —— 栈上分配，函数返回即自动释放，零管理成本。
真正难的不是选哪种方案，而是意识到：返回局部变量指针从来就不是一个“要不要修”的问题，而是一个“为什么当初这么设计”的信号。它往往暴露了接口抽象不合理、所有权不清晰、或对内存模型理解有偏差。盯住调用链上游，比在下游打补丁更有效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
