应避免在循环体内重复实例化异常对象，需将异常创建移出循环、前置校验或复用常量异常；若需动态上下文则按需构造；优先用状态检查替代异常驱动流程；批量场景宜聚合错误后统一抛出。
避免在循环体内重复实例化异常对象，核心是把异常创建移出循环，只在真正需要时才构造——因为异常对象的创建开销不小，尤其是 fillInStackTrace() 会遍历调用栈，频繁触发会明显拖慢性能。
异常对象不要在循环里 new
常见错误写法：每次迭代都 new 一个新异常，哪怕只是用来记录或判断：
- ❌ 错误示例：
for (String id : ids) {
if (id == null) {
throw new IllegalArgumentException("ID cannot be null"); // 每次都 new！
}
} - ✅ 正确做法：校验逻辑前置，或复用已定义的常量异常（适用于固定语义、无动态上下文的场景）
if (ids.contains(null)) {
throw new IllegalArgumentException("ID cannot be null"); // 一次检查，一次抛出
}
按需构造，带上下文信息再创建
如果异常必须携带运行时数据（如当前 ID、时间戳、重试次数），那就不能提前创建，但也不能无脑在循环里 new。应确保：只在确定要抛出时才构造，并尽量精简堆栈信息：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 用静态工厂方法封装构造逻辑，避免裸 new
- 对可预期的业务异常（如参数非法），优先用状态检查代替异常抛出
- 若需保留堆栈，考虑用 Throwable.fillInStackTrace() 后续手动调用控制粒度（极少需要，慎用）
用哨兵值或提前返回替代异常驱动流程
尤其警惕“用异常退出循环”这类反模式（如靠 NoSuchElementException 终止遍历）。这不仅重复创建异常，还混淆了错误与控制流：
- ❌ 反面例子：
Iteratorit = list.iterator();
while (true) {
try { String s = it.next(); process(s); }
catch (NoSuchElementException e) { break; }
} - ✅ 正面做法：用 hasNext() 控制循环，完全规避异常创建
while (it.hasNext()) {
process(it.next());
}
批量校验 + 聚合异常（适合批处理场景）
当循环处理一批数据，可能多个条目出错时，可收集问题再统一抛出，避免逐个抛异常带来的重复构造和中断：
- 维护一个 List
errors；循环中只 add 错误描述 - 循环结束后，若 errors 非空，再 new 一个包含全部信息的业务异常（如 ValidationException）
- 这样最多创建 1 个异常对象，且信息更完整，利于排查
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
