java的ioexception自java 16起在openjdk中可通过异常链间接获取errno，如unixexception（非public）封装int型errno及符号名，socketexception等可能在消息中含errno字符串，推荐通过getcause()判断unixexception并反射调用errno()和getsymbolicname()安全提取。
Java 的 IOException 本身不直接暴露底层操作系统 errno（如 Linux 的 ENOENT、EPERM、EMFILE 等），因为 JVM 抽象了 I/O 实现，跨平台设计刻意屏蔽了具体系统错误码。但自 Java 16 起，部分 JDK 实现（尤其是 OpenJDK）在特定 IO 场景下已通过异常链（getCause()）或扩展字段间接保留 errno 信息——关键在于使用支持该能力的 API 和运行环境。
哪些 IOException 子类可能携带 errno 信息
不是所有 IOException 都含 errno。真正可能封装系统错误码的，主要是：
-
UnixException（JDK 内部类，非 public）：OpenJDK 在 Unix/Linux 平台的底层文件操作（如Files.readAllBytes、Files.newInputStream）失败时，会抛出IOException，其cause往往是UnixException实例，该实例内部持有errno值（int 类型）和对应符号名（如"EACCES"）。 -
sun.nio.fs.UnixException（需反射访问）：虽属sun.*包（非标准 API），但在调试或监控场景中可通过反射获取errno()方法返回值。 -
SocketException/ConnectException：网络 IO 中，某些子类（如java.net.SocketException）在 Linux 上的报错消息中可能包含类似"Connection refused (errno: 111)"的提示，但属于字符串解析范畴，非结构化字段。
如何安全提取 errno（推荐方式）
不依赖 sun.* 包，优先采用标准、可移植的方式：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 检查异常消息是否含 errno 关键字：调用
e.getMessage()，用正则匹配"errno:\s*(\d+)"或"\b(EN[^\s]+)\b"；虽非可靠，但对日志归因有效。 - 利用
FilesAPI 的增强错误：Java 11+ 中，Files操作抛出的IOException若源自本地文件系统，其cause常为UnixException。可用如下逻辑安全提取：
if (e.getCause() instanceof Throwable cause && cause.getClass().getSimpleName().equals("UnixException")) {
try {
int errno = (int) cause.getClass().getMethod("errno").invoke(cause);
String name = (String) cause.getClass().getMethod("getSymbolicName").invoke(cause);
// 使用 errno 和 name 进行分类处理
} catch (Exception ignored) {}
}
替代方案：用 NIO.2 的 FileSystemProvider 获取更细粒度错误
若需稳定获取 errno，可绕过传统流，改用 FileStore 或自定义 FileSystemProvider：
- 调用
Files.getFileStore(path).getAttribute("unix:errno")（仅限 Unix 文件系统且需权限）； - 在 JNI 层或通过 JNA 调用
errno全局变量（适用于关键基础设施，但增加复杂度）。
实际开发中的建议
绝大多数业务场景无需直接处理 errno。应优先：
- 按异常类型分层处理（如
FileNotFoundException→ 提示用户检查路径；AccessDeniedException→ 引导权限配置）； - 记录完整异常栈 +
e.getMessage()，供运维排查； - 仅在需要与系统管理员协同定位（如 “为什么 open() 返回 EMFILE”）时，才解析 errno。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
