返回局部变量指针会崩溃，因函数返回后栈内存被回收；应改用static变量、堆分配（需手动释放）或智能指针（推荐）。
返回局部变量的指针会崩溃
直接返回栈上分配的局部变量地址，运行时大概率触发未定义行为——因为函数返回后，该内存已被回收。int* bad_func() { int x = 42; return &x; } 看似能编译，但调用后解引用几乎必然出错（如 Segmentation fault 或读到垃圾值）。
常见错误现象：程序偶发崩溃、输出随机数、在调试器里看起来“有时正常”，实则是运气好没踩到脏内存。
- 别依赖编译器警告（比如
-Wreturn-local-addr），它不一定开启或生效 - 静态分析工具（如 clang++ --analyze）能抓这类问题，但不如写法上杜绝
- 如果真需要返回“单个值”的指针，改用
static int x = 42;——但要注意线程不安全和多次调用共享同一地址
返回堆分配内存的指针要配对释放
用 new 分配、用 delete 释放是最直接的方式，但责任全在调用方：int* good_func() { return new int(100); }。调用者必须记得 delete ptr;，否则内存泄漏。
使用场景：对象生命周期需跨函数、且无法用 RAII 自动管理（比如 C 接口兼容、或明确要求 caller 控制所有权）。
- 返回
int*比返回std::unique_ptr<int></int>更轻量，但丢失自动管理能力 - 若函数可能抛异常，
new失败会 throwstd::bad_alloc，需处理或声明noexcept - 多线程环境下，确保
delete和new在同一线程（尤其涉及 TLS 或自定义分配器时）
返回容器内部数据的指针要防迭代器失效
从 std::vector 或 std::string 返回元素地址是安全的，但前提是容器不被修改：const char* c_str_from_vec(const std::vector<char>& v) { return v.data(); }</char>。一旦容器 resize 或 push_back，原指针立刻失效。
常见错误现象：代码在小数据下正常，大数据或频繁插入后突然崩溃；或者只在优化开启（-O2）时出错（因内存复用更激进）。
-
std::vector::data()和std::string::c_str()返回的指针，在容器不变的前提下可长期持有 - 不要对
std::list或std::map做类似操作——它们不保证连续存储，&v.front()也不等价于v.data() - 若需长期持有，优先复制数据，或改用
std::shared_ptr包裹整个容器
现代 C++ 更推荐用智能指针或值语义
裸指针返回本质是把内存管理契约甩给调用者，容易出错。标准做法是返回 std::unique_ptr（独占所有权）或 std::shared_ptr（共享所有权）：std::unique_ptr<int> func() { return std::make_unique<int>(42); }</int></int>。调用方无需手动 delete，析构自动清理。
性能影响极小：std::make_unique 和裸 new 开销基本一致；shared_ptr 多一次原子计数，但多数场景可接受。
- 避免返回
std::shared_ptr给只读场景——用const T&或std::optional<t></t>更高效 - 若函数只是包装已有对象（如工厂返回已有实例），考虑返回引用（
T&）而非指针，避免空悬风险 - 跨 DLL 边界时，智能指针可能因 ABI 不兼容出问题，此时裸指针 + 文档约定仍是务实选择
返回指针本身很简单，难的是说清“谁负责释放”“何时失效”“并发是否安全”。这些契约不写进函数签名里，全靠人肉约定，最容易被忽略。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
