局部变量初始化时机是编译器优化的关键开关，影响寄存器分配、RVO/NRVO、常量折叠及范围for拷贝行为；应延迟至首次使用处声明初始化，避免过早构造与“先声明后赋值”，优先用const auto、constexpr及具名返回值以对齐编译器分析逻辑。
局部变量初始化时机不是“写在哪一行”的小问题，而是编译器能否实施关键优化的开关。它直接影响寄存器分配、rvo/nrvo触发、常量折叠生效范围，甚至决定范围for循环中是否产生冗余拷贝。优化的核心不在于手动“省几行代码”，而在于让变量的生存期、作用域和初始化方式与编译器的分析逻辑对齐。
让变量延迟到首次使用处才构造
过早声明并初始化变量，可能迫使编译器在函数入口就为其预留空间或执行构造，即使后续路径未用到。尤其当变量类型含非平凡构造/析构函数时，这部分开销无法被消除。
- 把声明移至真正需要的位置，例如if分支内部、循环体首行，而非函数开头统一声明
- 避免“先声明后赋值”模式：不要写auto x; x = compute();，改用auto x = compute();
- 对只读中间结果，优先用const auto，帮助编译器确认无副作用，增强常量传播能力
配合constexpr与字面类型实现编译期求值
当局部变量用于存储编译期可确定的值时，初始化时机直接决定该值能否参与常量折叠。若初始化依赖运行时输入，哪怕只差一层间接，整个链路就会退化为运行时计算。
- 对纯计算逻辑，封装为constexpr函数，并确保参数本身也是常量表达式
- 数组大小、模板非类型参数、static_assert断言等场景，必须保证初始化表达式在编译期可求值
- 避免在constexpr上下文中调用非constexpr成员函数或访问非常量数据成员
在范围for中控制元素绑定方式
C++20范围for的每次迭代都隐含一次局部变量初始化。初始化方式（值、左值引用、右值引用）决定了是否触发拷贝、移动或直接绑定，而编译器能否优化掉这些操作，取决于你是否给了它明确的语义提示。
- 遍历类类型容器时，统一用const auto&，避免隐式拷贝构造
- 需转移所有权时，显式使用auto&&或std::move(item)，使移动语义可被识别
- 结合views适配器（如filter、transform）时，注意其惰性求值特性——元素仅在迭代时构造，此时初始化时机由谓词逻辑决定，应确保谓词本身轻量且无副作用
利用命名变量激活NRVO优化
返回局部变量比返回临时对象更易触发NRVO（具名返回值优化）。但前提是该变量必须是“具名的、单一的、且未被取地址”。初始化时机影响其是否满足这些条件。
- 在工厂函数中，优先构造命名局部变量，再return它，而非直接return临时对象
- 避免在命名变量构造后对其取地址（&var）或绑定到引用，否则可能禁用NRVO
- 启用-O2及以上优化级别，并确认未关闭RVO相关选项（如GCC/Clang默认开启，MSVC需/Ob2）
