下面这个例子，记录了一个 while 循环中的异常：
void read() { while (hasNext()) { try { readData(); } catch {Exception e) { // this isn’t recommend logger.error(“error reading data“, e); } } } |
如果 readData 抛出异常，而 hasNext 返回值为 true，这里将会写入无限量的日志数据。要解决这个问题的方法是确保不会记录这一切：
void read() { int exceptionsThrown = 0; while (hasNext()) { try { readData(); } catch {Exception e) { if (exceptionsThrown < THRESHOLD) { logger.error(“error reading data", e); exceptionsThrown++; } else { // Now the error won’t choke the system. } } } } |
另一种方法是从循环中移除日志记录，并保存第一/最后一个异常对象并在其它地方记录。
4. 未捕获的处理程序
Westeros 有最后一道防御墙，而你有 Thread.uncaughtExceptionHandler。因此，尽量使用它们。如果没有安装这些处理程序，在异常抛出时，你只能获得很少有价值的上下文，同时你也无法控制在结束之前你已经将其记录，并确定记录的位置。
请注意，即使在未捕获的异常处理程序，看起来你没有任何办法访问线程中（已终止）的任何变量，你仍然可以获得实际线程对象的引用。如果你坚持# 1步，你仍然会得到一个有意义的thread.getName()值可记录。
5. 捕获外部调用
每当调用一个外部的 API， JVM 异常的几率将大大增加。这包括 Web 服务、 HTTP、 DB、 文件系统、操作系统和任何其他 JNI 调用。认真对待每个调用，因为它随时会爆炸 「它很有可能发生在同样的点」。
大多数情况下，外部 API 故障的原因是意外输入，日志中对其记录是修复代码的关键。
在这一点上，你可以选择不记录错误，只是抛出异常也可以。在这种情况下，只要收集到调用的相关参数，并将其解析为异常错误信息。
只要确保异常被捕获并记录在更高级别的堆栈调用即可。
try {
return s3client.generatePresignedUrl(request);
} catch (Exception e) {
String err = String.format(“Error generating request: %s bucket: %s key: %s. method: %s", request, bucket, path, method);
log.error(err, e); //you can also throw a nested exception here with err instead.
}
