return局部数组会触发未定义行为，因其分配在栈上，函数返回后栈帧回收导致内存失效，返回指针指向已释放区域；而std::array和std::vector通过拷贝或移动构造安全返回对象。
为什么 return 局部数组会触发未定义行为
因为局部数组（如 int arr[5]）分配在栈上，函数返回时栈帧被回收，数组所占内存立即失效。此时返回的指针（哪怕隐式转成 int*）指向已释放区域，后续读写就是踩内存——不一定会立刻崩溃，但结果完全不可预测。
常见错误现象包括：
- 返回后打印值是随机垃圾数（甚至偶尔“碰巧”正确）
- 多次调用后程序段错误（
Segmentation fault） - 和其它局部变量交互时数据被意外覆盖
std::array 和 std::vector 为什么能安全返回
它们是对象，不是裸指针。返回时触发拷贝或移动构造，内部数据被复制到调用方的栈或堆上。只要类型可拷贝（默认满足），就不存在悬垂问题。
使用场景差异：
- 固定大小、编译期可知 → 优先用
std::array<int></int>：零开销，栈上分配，返回成本低 - 大小运行时确定或可能增长 → 用
std::vector<int></int>：自动管理堆内存，移动返回几乎无额外开销（C++11 起） - 别用
std::vector存大量小对象并频繁返回——移动虽快，但仍有分配/释放堆内存的间接成本
示例：
std::array<int> get_data() {
std::array<int> arr = {1, 2, 3};
return arr; // ✅ 安全：复制整个对象
}</int></int>
如果非要返回“数组感”的原始指针，该怎么办
不能返回栈上局部数组的地址，但可以返回以下三种合法地址：
- 静态存储期的数组（
static int arr[3] = {1,2,3}; return arr;）→ 多线程不安全，且每次调用共享同一块内存 - 全局数组（
int global_arr[3]; return global_arr;）→ 同样有共享和命名污染问题 - 调用方传入的缓冲区（
void fill_array(int* out, size_t n)）→ 最可控，但接口变重
注意：static 方案在递归或并发调用时会出问题，而且无法支持多组独立数据。
编译器是否能检测这类错误
部分编译器会在简单场景下警告，但不保证全覆盖。例如：
-
g++ -Wreturn-local-addr可捕获直接返回&arr[0]或arr的情况 - 但若经中间函数转换（如包装成
std::span再返回），或数组是结构体内嵌成员，警告常失效 - Clang 的
-Wreturn-stack-address覆盖稍广，但仍非万能
真正可靠的防线是：只要函数内定义了栈数组，就默认它不能以指针形式传出——无论有没有警告，都该重构。
最容易被忽略的是结构体中含 C 风格数组字段，然后返回该结构体对象本身看似安全，但如果结构体里存了指向自身数组的指针，那这个指针在返回后就悬垂了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
