空catch不安全但有时可接受，需满足明确良性信号、不影响逻辑、有日志监控等条件；推荐分层捕获+记录日志，优先用optional或safe方法替代异常忽略。
直接捕获并空处理特定异常是否安全
不安全，但有时可接受。Java中用try-catch捕获异常后写空的catch块（即只写{}）确实能“忽略”异常，但会隐藏问题根源，导致调试困难、资源泄漏或状态不一致。
仅在以下情况可考虑空catch：
- 明确知道该异常是预期中的良性信号（如
InterruptedException在主动中断线程时） - 异常发生不影响后续逻辑，且已通过其他方式保障正确性（如尝试删除一个可能不存在的临时文件）
- 上层调用方已约定忽略该异常，且有完整日志或监控兜底
推荐做法：捕获后至少记录日志
忽略 ≠ 不留痕迹。哪怕不抛出、不重试，也应记录异常发生上下文，否则线上出问题时无从追溯。
示例（使用java.util.logging）：
立即学习“Java免费学习笔记（深入）”；
try {
Files.delete(Paths.get("/tmp/stale.lock"));
} catch (NoSuchFileException e) {
// 文件本来就没有，不报错，但记一条DEBUG日志
logger.fine("Lock file not found, skipping deletion: " + e.getMessage());
} catch (IOException e) {
// 其他IO异常不能忽略，需告警
logger.warning("Failed to delete lock file: " + e.toString());
}
关键点：
