返回局部数组元素指针会导致悬空指针，函数退出后栈内存被回收，解引用引发未定义行为——可能崩溃、读垃圾值或被asan报use-after-free。
返回局部数组元素指针会导致什么问题
直接返回指向局部数组（比如函数内 int arr[10]）某个元素的指针，等价于返回 &arr[i]，但函数一退出，arr 所占栈内存就被回收，指针立刻变成悬空指针。后续解引用（如 *ptr）属于未定义行为——可能偶尔输出正确数字，也可能崩溃、读到垃圾值，或者被 ASan 直接报 heap-use-after-free（注意：虽然栈上分配，ASan 仍常统一标记为 use-after-free 类错误）。
常见错误写法：
int* bad_get_ptr() {
int data[] = {1, 2, 3};
return &data[1]; // ❌ 悬空指针
}
用 static 数组时要注意生命周期和线程安全
static 数组存于数据段，生命周期贯穿整个程序运行期，因此返回其元素地址是安全的：
可行但需谨慎：
int* get_static_ptr() {
static int cache[5] = {0};
return &cache[2];
}
- 多个线程同时调用该函数，会共享同一份
cache，修改cache[2]会互相干扰 —— 若有并发写，必须加锁或改用线程局部存储 - 函数每次返回的都是同一个地址，无法支持“每次调用返回不同数组实例”的需求
- 若数组内容需初始化（如填入计算结果），首次调用后值会残留，后续调用可能误用旧值
更推荐：用 std::vector + 返回迭代器或索引
C++ 中真正安全、灵活且符合现代实践的方式，是让调用方持有容器，函数只负责定位：
例如：
std::vector<int> data = {10, 20, 30, 40};
auto ptr = &data[2]; // ✅ 安全：data 生命周期由调用方控制</int>
- 不要在函数内 new / malloc 后返回裸指针 —— 容易忘记释放，且所有权不清晰
- 如果必须封装逻辑，返回
std::span<int></int>（C++20）或gsl::span，它只持引用/指针+长度，不管理内存 - 若只能返回指针且无法改变接口，至少用
std::unique_ptr<int></int>包裹堆数组，并返回int*（但调用方必须清楚这指针不拥有资源）—— 这种设计本身已属权责混乱，应尽量避免
返回 const 指针也不能绕过生命周期问题
有人误以为加 const 就能“安全”，比如写 const int* foo() { int x = 42; return &x; } —— 这毫无作用。const 只限制写操作，不延长变量寿命。编译器通常会警告（如 GCC 的 -Wreturn-local-addr），但不是所有配置都开这个警告。
务必检查编译器警告是否启用，且不能依赖 const 来掩盖生命周期错误。
真正难处理的是那些隐式生命周期依赖：比如传入一个临时 std::vector 的引用，函数返回其内部指针，而调用处临时对象在表达式结束就被销毁。这种 bug 很隐蔽，静态分析工具（如 clang-tidy 的 bugprone-returning-member-address）比人眼更可靠。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
