throw 在循环体内执行会立即终止循环并展开栈，析构局部对象，裸指针易泄漏；try 写在循环内可继续迭代，写在外层则整个循环终止。
throw 在 for/while 循环体内执行时，栈会立即展开
循环体不是异常的“隔离区”，throw 一旦执行，当前函数剩余代码（包括循环的后续迭代、continue、break、甚至循环末尾的 }）全部跳过。控制权直接向上层调用者转移，中间所有栈帧按析构顺序逐层销毁。
这意味着：你不能指望“这个循环还能跑完剩下几次”；也不能靠 break 提前退出来规避异常——throw 的优先级远高于任何流程控制语句。
- 循环变量（如
i、it）所在的栈帧会被销毁，其析构函数（如有）照常调用 - 循环内声明的局部对象（如
std::vector<int> v</int>）会按逆序析构，这是 RAII 正常工作的前提 - 如果循环里用了
new分配但没用智能指针管理的裸指针，且throw发生在delete之前，就会泄漏
try-catch 写在循环内部 or 外部，行为完全不同
写在内部（try 包裹单次迭代）：异常被捕获后，循环继续下一次；适合可恢复的错误，比如某次网络请求失败但可以重试。
写在外层（try 包裹整个循环）：一次 throw 就终止整个循环；适合不可恢复的错误，比如配置解析失败、权限校验不通过。
常见误判是以为“catch 住就能继续跑”，其实关键看 try 块的范围。下面两个例子差异极明显：
// 情况1：异常被吞掉，循环继续 for (int i = 0; i <h3>循环中抛出异常时，std::vector::at() 和 operator[] 的区别很关键</h3> <p>如果你在循环里访问容器，用 <code>vec.at(i)</code> 而不是 <code>vec[i]</code>，越界时会抛 <code>std::out_of_range</code>；而 <code>operator[]</code> 不检查，行为未定义——可能崩溃、读到垃圾值、甚至看似正常但破坏后续逻辑。</p> <p>这个区别在循环中会被放大：前者明确抛异常，触发栈展开；后者不抛，但错误静默蔓延，更难定位。</p>
-
at()是带异常契约的接口，适合“越界必须中断流程”的场景 -
operator[]是性能敏感路径的妥协，前提是调用方已确保索引有效 - 混合使用容易造成异常路径和非异常路径逻辑割裂，比如一个函数里部分用
at()抛异常，部分用[]忽略越界，维护者根本猜不到哪里会崩
构造函数里抛异常 + 循环，资源泄漏风险陡增
如果循环体内创建的是自定义类对象，而该类构造函数可能抛异常（比如打开文件失败、分配内存失败），那么：已经成功构造的对象会被正常析构，但正在构造中途的对象不会调用析构函数——它的成员若已分配资源（如 new int[100]），就真的漏了。
这不是理论风险。真实代码里常见于这种模式：
for (int i = 0; i <p>解决方法只有一条：把资源管理交给 RAII 对象（如 <code>std::unique_ptr</code>），确保即使构造抛异常，已分配的资源也能被自动释放。裸 <code>new</code> + 异常 + 循环，等于主动邀请内存泄漏上门。</p>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
