ioexception是java i/o异常的顶层检查型异常，需按子类精准捕获：filenotfoundexception表示资源结构性缺失，应校验路径与权限；socketexception反映瞬时连接中断，宜重试或降级；二者语义不同，捕获顺序和处理策略必须严格区分。
IOException 是 Java I/O 异常的顶层检查型异常，但它本身语义宽泛，直接捕获它会掩盖具体问题根源。在资源竞争场景中（如多线程并发访问文件或网络连接），FileNotFoundException 和 SocketException 承载着截然不同的上下文含义和处理逻辑，不能混为一谈。
FileNotFoundException：资源“不存在”的确定性语义
它表示目标文件路径在操作发起时刻**已确认不可达**——不是临时不可用，而是结构性缺失。在资源竞争中，这通常意味着：
- 另一个线程或进程已删除该文件，且删除操作已完成并刷新到文件系统
- 路径拼写错误、权限配置导致当前进程根本无法解析路径（如无读取权限的父目录）
- 文件被移动或重命名后未同步更新引用，属于静态配置或状态不一致问题
这类异常不反映“争抢失败”，而反映“前提失效”。处理重点是校验路径有效性、检查权限、提供默认资源或引导用户修复配置，而非重试。
SocketException：资源“不可用”的瞬时性语义
它出现在网络通信层，本质是连接状态的**瞬时中断或拒绝**。在资源竞争下，典型表现为：
- 多个线程同时尝试 connect() 同一远端地址，触发操作系统连接数限制或端口耗尽
- 服务端主动关闭连接（如超时踢出、负载熔断），客户端仍在 read()/write()
- 防火墙/NAT 设备中断空闲连接，导致后续 write() 抛出 “Broken pipe” 或 “Connection reset”
这类异常具有明显的时间敏感性和可恢复性。它暗示“此刻不可用，但稍后可能正常”，适合结合指数退避重试、连接池复用或降级策略处理。
捕获顺序与设计意图必须严格区分
二者虽同属 IOException 子类，但语义层级不同，捕获时需明确优先级：
- FileNotFoundException 必须放在 SocketException 之前捕获，否则会被更宽泛的 IOException 或其父类吞没
- 不应用同一个 catch 块统一处理：对文件缺失做重试毫无意义，对连接中断做路径检查则南辕北辙
- 日志中需保留原始异常类型，避免只记录 “IO error”，否则运维无法区分是部署遗漏（文件缺失）还是网络抖动（Socket 异常）
资源竞争不是异常的根源，而是让底层语义差异暴露得更尖锐。精准识别异常类型，才是构建可靠 I/O 行为的第一步。
