Java catch块因应用逻辑出现死代码 符合规范的处理方案有哪些？

符合Java代码规范的处理方案如下： #

• 首先明确前提：你提到的“死代码”判定本身不成立，资源管理器仅校验文件存在性，而Files.readAllBytes抛出的IOException覆盖的场景远不止文件不存在：包括但不限于文件权限不足、读取时文件被其他进程锁定、磁盘IO错误、文件是目录无法读取等，这些场景资源管理器无法提前覆盖，因此catch块必须保留逻辑，不能留空。
• 推荐处理方式优先级从高到低：
  1. 转换为JDK内置非受检异常抛出
     不需要自定义DeadCodeException，直接使用JDK自带的IllegalStateException即可，它的语义就是“程序当前状态不符合预期，属于不该出现的异常”，抛出时需要把原始异常作为根因传入，方便后续排查。
     代码示例：

     Path path = Paths.get(file.getAbsolutePath());
     ByteArrayResource resource;
     try {
         resource = new ByteArrayResource(Files.readAllBytes(path));
     } catch (IOException e) {
         throw new IllegalStateException("已校验存在的文件读取失败", e);
     }
     

     这种方式既能避免后续出现NPE，也能在真的触发异常时第一时间暴露问题，不会把错误吞掉。
  2. 业务降级处理
     如果你的业务场景允许读取失败时返回默认资源、走兜底逻辑，可以在catch块中打ERROR级别的异常日志，然后给resource赋值默认值、或者抛出业务自定义的资源加载异常即可，注意一定要保留原始异常栈的日志输出，避免后续问题无法排查。
  3. AssertionError（仅开发校验用）
     如果你确定所有可能触发IOException的场景都已经被前置校验覆盖，真的触发就属于代码bug，可以抛出AssertionError，但注意这种方式不推荐用于生产环境的核心流程，因为它属于错误类型，通常不会被业务异常拦截器捕获，可能直接导致服务进程退出。
• 关于你提到的自定义DeadCodeException的方案：不是不可行，但投入产出比很低，JDK内置的异常已经完全覆盖这类场景的语义，除非你需要全局统一拦截这类“理论上不该触发的代码块”异常做特殊告警，否则不需要额外自定义异常类。
• 绝对禁止的操作：不要留空的catch块，哪怕你100%确定是死代码，至少也要打一行ERROR日志，否则真触发异常时没有任何排查依据，后续代码用到空的resource还会抛出NPE，反而把问题的触发点延后，增加排查成本。

内容的提问来源于stack exchange，提问作者datarell