应显式提取并携带路径信息构造FileOperationException，通过Path参数和getter提供结构化路径，消息中体现路径，保留原始堆栈，并封装工具方法统一包装。
直接在构造 FileOperationException 时把原始异常的路径信息（比如文件名、目录等）作为参数传入，而不是只用 initCause() 或 cause 字段。
显式提取并携带路径信息
很多 IOException（如 FileNotFoundException、AccessDeniedException）内部持有路径（file 字段或 getFileName() 方法），但这些字段通常不对外公开。稳妥做法是：在捕获时主动提取路径——从原始异常消息中解析，或从引发异常的上下文（如你刚操作的 File、Path 对象）获取。
- 如果抛出异常前你正操作
Path path = Paths.get("data/config.txt")，就直接把这个path传给自定义异常构造器 - 若消息含路径（如
"Permission denied: /etc/passwd"），可用正则粗略提取：Pattern.compile("([\w:/\\.\-]+)").matcher(e.getMessage()).find() - 避免依赖
e.getMessage().split(" ")[1]这类脆弱解析，优先使用上下文已知的路径变量
设计带路径字段的自定义异常
FileOperationException 应包含 private final Path path; 字段，并提供对应 getter。构造器接收 Path 和原因异常，同时在消息中体现路径：
public FileOperationException(Path path, String message, Throwable cause) {
super(message + " (path: " + path + ")", cause);
this.path = path;
}
这样调用方既能通过 getPath() 获取结构化路径，也能在日志/toString 中看到明确上下文。
立即学习“Java免费学习笔记（深入）”；
保留原始堆栈，但增强可读性
不要丢弃原始异常——用 super(message, cause) 调用父类构造器，确保堆栈完整。同时，在重写 toString() 或日志输出时，优先展示 path 和 getMessage()，让运维一眼定位问题位置：
- 日志中打印：
FileOperationException: Failed to read /tmp/cache.dat (path: /tmp/cache.dat) - 避免只打：
FileOperationException: I/O error—— 没有路径等于没说清哪出错了
统一异常包装入口
为避免各处重复提取逻辑，封装一个工具方法：
public static FileOperationException wrapIoException(Path path, IOException e) {
String msg = e.getMessage() != null ? e.getMessage() : e.getClass().getSimpleName();
return new FileOperationException(path, msg, e);
}
后续所有 catch (IOException e) 都调用它，路径信息就不会遗漏或格式不一致。
