我知道这是不好的做法，尽管我知道我无法解释原因。
int [] intArr = ...
...
try{
int i = 0;
while(true){
System.out.println(intArr[i++]);
}
}catch(ArrayIndexOutOfBoundsException e){}
我认为您应该只对不应该发生的事情使用例外。我问这个问题是因为我认为我有时使用错误的异常。如果您的程序正在运行标准案例，是否应该抛出异常？
这似乎相关： Preventing exceptions vs. catching exceptions in Java
【问题讨论】：
标签： java exception exception-handling
你是对的：例外适用于，嗯，例外 情况。使用它们来控制正常的控制流不仅会掩盖代码的意图（这已经足以取消它的资格），而且速度也会慢得多，因为抛出和捕获异常的成本很高。
标准的习惯用法（在 Java5 及更高版本中）使用 foreach 循环：
for (int i : intArr) {
System.out.println(i);
}
【讨论】：
这是错误的，因为你知道最终循环会到达intArr的最后一个元素，所以这没有什么异常，你实际上是期待这种行为。
【讨论】：
在涉及RuntimeException 时，捕获异常只是一种不好的做法。你试图抓住的ArrayIndexOutOfBoundsException 有一个。
RuntimeExceptions 识别由代码流故障引起的以编程方式可恢复的问题。你不应该通过捕获它们来修复它们，而是通过编写适当的代码并使用流控制语句，如if/else、while、for 等。
【讨论】：
一如既往地“视情况而定”，您会发现许多不同的意见。这是我的
您通常希望处理第一个类别而不是后者。后者通常是编程错误。
您的示例属于后一种情况，即编程错误。该异常旨在提供有关运行时故障的良好信息，而不是充当控制流。
有人会说第一个是checked exceptions，第二个是unchecked exceptions。我不同意这一点。我几乎总是发现检查的异常在现实中很痛苦，因为您几乎总是最终对另一种异常类型进行 catch/wrap/rethrow。在抛出异常和定义我自己的异常类时，我几乎总是使用 unchecked。
【讨论】：
你是对的。不应使用异常来处理流程。
【讨论】：
以你的方式吃异常通常被认为是一种不好的做法：如果你不需要做任何进一步的治疗，你可以记录它。
【讨论】：
仅在特殊情况下，例如，
【讨论】：
异常应该捕获异常，记录并尽可能恢复。
如果是正常程序流程的一部分，你应该正常处理。
【讨论】：
异常适用于代码中的异常。不适用于标准情况。
但是，您的代码还有一个更严重的问题，如果不使用异常，它会更慢。创建异常、抛出异常和捕获异常需要额外的 CPU 和内存。
对于只希望在错误情况下抛出异常的其他程序员来说，代码变得更难阅读。
【讨论】：
到达数组的末尾并不是例外情况。您在开始循环之前就知道长度，所以只需使用标准习语即可。
for(int i = 0; i < intArr.length; ++i) {
System.out.println(intArr[i]);
}
【讨论】：