局部变量在进入作用域时创建、离开时销毁，按声明顺序构造、逆序析构；返回其指针或引用是未定义行为；Static局部变量仅初始化一次且生命周期至程序结束。
局部变量在函数里什么时候被创建和销毁
局部变量的生命周期严格绑定到它的作用域块——从进入作用域那一刻起分配内存（栈上），到离开作用域时立即析构并释放。不是“函数开始就全建好”，也不是“函数返回才统一清理”，而是按声明顺序逐个构造、按逆序逐个析构。
-
int x = 42;：进入作用域即执行初始化，x可用 -
std::String s = "hello";：调用std::string构造函数，对象真正“活”起来 - 如果在
if或for块内声明，比如if (cond) { std::vector<int> v; }</int>，那v只在该if分支内存在，分支结束立刻析构 - 异常发生时，已构造完成的局部对象会按逆序自动析构（栈展开），但未执行到的声明不会触发构造
返回局部变量会导致什么问题
直接 return 局部变量本身（非引用、非指针）通常安全，因为会触发拷贝或移动；但返回局部变量的指针或引用是典型未定义行为——对象早已销毁，内存可能被复用或覆盖。
-
int get_val() { int x = 10; return x; }✅ 安全：返回值被复制，x销毁不影响结果 -
int* get_ptr() { int x = 10; return &x; }❌ 危险：函数返回后&x指向栈上已失效地址，后续读写崩溃或静默错误 -
const std::string& get_ref() { std::string s = "abc"; return s; }❌ 同样危险：返回的是即将销毁对象的引用 - 编译器不一定报错，但 Clang/GCC 加
-Wreturn-stack-address可捕获部分情况
局部静态变量和普通局部变量的区别
加了 static 的局部变量只初始化一次，生命周期延长至整个程序运行期，但作用域仍限于函数内部——它解决了“跨多次调用保持状态”的需求，又不暴露为全局变量。
void counter() { static int c = 0; ++c; std::cout ：第一次调用输出 <code>1，第二次2，依此类推- 初始化是线程安全的（c++11 起），首次控制流到达声明处时执行，且仅一次
- 不能在头文件中定义（否则多个 TU 导致 ODR 违规），应放在 .cpp 文件内
- 注意：它不等于“全局变量”，只是有全局寿命 + 局部可见性
在循环里反复声明局部变量会影响性能吗
绝大多数情况下不影响。现代编译器会复用栈空间，且对 POD 类型（如 int、double）几乎零开销；但对于带构造/析构的类型（如 std::string、std::vector），每次迭代都经历构造→使用→析构，可能成为瓶颈。
立即学习“C++免费学习笔记（深入）”；
for (int i = 0; i ✅ 无实际成本for (int i = 0; i ⚠️ 每次都分配堆内存、拷贝字符、再释放，可考虑提到循环外并重用 <code>.clear()- 用
std::vector举例：std::vector<int> v; v.reserve(100); for (...) { v.clear(); /*...*/ }</int>比每次std::vector<int> v;</int>更高效 - 别过早优化，先 profile；但要知道“声明位置”本身不是性能开关，对象行为才是关键
局部变量的“局部”二字，重点不在“小”，而在“明确定义的生死边界”。越依赖 RAII 的类型，越要盯紧这个边界——它不靠注释保证，只靠作用域括号和编译器规则兑现。