不能直接返回局部数组指针，因arr位于栈上，函数返回后内存被回收，指针悬空，导致未定义行为；应优先用std::vector，其次智能指针，静态数组仅限特殊场景。
为什么不能直接返回局部数组的指针
直接在函数里定义 int arr[5] 然后 return arr; 是危险操作——arr 是栈上局部变量，函数返回后内存被回收，指针立刻悬空。调用方拿到的地址可能指向垃圾数据，甚至触发未定义行为（比如程序崩溃或偶发错误）。
常见错误现象：g++ 编译时可能只给警告（如 address of local variable returned），但运行结果完全不可靠；用 valgrind 检查会报 Invalid read。
用 std::vector 替代裸数组指针最安全
现代 C++ 推荐彻底放弃手动管理数组指针。返回 std::vector 既避免内存泄漏，又支持移动语义（C++11 起基本无额外开销）：
std::vector<int> createArray() {
return {1, 2, 3, 4, 5}; // 自动移动构造，不拷贝底层数据
}</int>
使用场景：需要动态大小、频繁传递、配合 STL 算法（如 std::sort）时优先选它。
- 不要写
return std::vector<int>{...}</int>多余构造——直接列表初始化更高效 - 如果必须传给 C 风格 API，可用
vec.data()获取int*，但要确保vec生命周期长于 C 函数调用
真要返回裸指针？用 new 或智能指针
若受限于遗留接口（比如函数签名已定为 int* func()），必须返回堆分配内存：
int* createArrayRaw() {
int* p = new int[5]{1, 2, 3, 4, 5};
return p; // 调用方必须记得 <code>delete[] p</code>
}
但裸 new 极易出错。更稳妥的是返回智能指针：
std::unique_ptr<int> createArraySmart() {
return std::make_unique<int>(5); // 返回独占所有权的数组指针
}</int></int>
- 用
std::unique_ptr<int></int>而非std::unique_ptr<int></int>——后者只调delete，前者调delete[] - 如果需共享所有权（极少见），改用
std::shared_ptr<int></int>，但注意性能开销 - 绝对不要混用
new和std::shared_ptr<int></int>，否则析构错位
用静态数组或全局缓冲区？仅限极简场景
对于嵌入式或性能敏感且数组大小固定、线程安全可控的情况，可考虑静态存储期：
int* getFixedArray() {
static int buffer[5] = {0}; // 生命周期贯穿整个程序
return buffer;
}
但要注意：
- 多线程调用时需加锁（
buffer是共享状态） - 无法支持不同参数生成不同数组（比如
getArray(3)vsgetArray(10)） - 容易和其它静态变量产生命名/生命周期耦合，维护成本高
这种写法在真实项目中应作为最后手段，且必须加清晰注释说明线程安全约束。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
