编译器对 return new int[n] 发警告是因为函数返回裸指针导致资源管理责任模糊，调用者易忘记 delete[] 或误用 delete，引发未定义行为；应改用 std::vector 或 std::unique_ptr<int[]> 明确所有权。
为什么返回局部 new 数组指针会触发警告
编译器（如 GCC/Clang）对 return new int[n]; 这类写法发警告，不是因为语法错，而是它识别出：你用 new 在堆上分配了内存，但调用方完全没被告知“要手动 delete[]”。这属于资源管理责任模糊——函数把裸指针甩出去，调用者很可能忘记释放，或误用 delete 而非 delete[]，直接导致未定义行为。
用 std::vector 替代裸指针最稳妥
现代 C++ 中，几乎不需要手管动态数组。返回 std::vector 不仅消除警告，还自动管理生命周期：
std::vector<int> createArray(int n) {
return std::vector<int>(n, 0); // 值语义，无拷贝开销（C++11 起 guaranteed copy elision / move）
}-
std::vector在栈上持有控制块，数据在堆上，但析构自动清理 - 接收方无需关心
delete，也不用记数组长度（v.size()） - 如果必须传给 C 接口，可用
&v[0]或v.data()取原始指针（确保非空）
真需要裸指针时，用智能指针明确所有权
若接口强制要求返回指针（比如对接旧代码、性能敏感且确认逃逸分析无优化空间），必须显式传递所有权语义：
std::unique_ptr<int[]> createArray(int n) {
return std::make_unique<int[]>(n);
}- 返回
std::unique_ptr<int[]>，而非int*—— 编译器知道谁负责释放 - 调用方不能直接
delete，只能移动或重置；尝试拷贝会编译报错 - 切勿返回
std::shared_ptr<int[]>除非真需共享所有权，它有原子计数开销 - 别写
return std::unique_ptr<int[]>(new int[n]);——make_unique更安全（异常安全）
绝对不要返回栈上数组的指针或引用
这类错误常见于新手直觉操作：
立即学习“C++免费学习笔记（深入）”；
int* bad() {
int arr[10]; // 栈内存
return arr; // 警告：returning address of local variable
}- 函数返回后，
arr所在栈帧被回收，指针立刻悬空 - 即使侥幸读到旧值，也是未定义行为，优化级别一调高就崩
- 连
static int arr[10]都不推荐 —— 线程不安全、无法重入、生命周期难控
裸指针 + 手动内存管理在现代 C++ 中已是技术债，真正难的不是怎么关掉警告，而是让调用方和维护者一眼看懂资源谁生谁死。用 std::vector 或 std::unique_ptr 不是妥协，是把隐含契约变成编译期强制约束。
