多态不负责异常处理与类型还原，仅支持父类引用调用子类重写方法；类型还原是向下转型的防御性实践，需用instanceof校验后强转，泛型擦除时需显式传入class或json解析，统一异常处理应优先利用多态方法而非转型。

多态本身不负责处理异常，也不参与类型还原；它只是让父类引用能调用子类重写的方法。所谓“异常情况下的类型还原”，实际是指在多态场景中发生 ClassCastException 时，如何安全地将父类引用还原为真实子类类型——这属于向下转型的防御性实践，而非多态机制的功能。

多态中向下转型前必须校验类型

当使用父类或接口引用接收对象（如 Animal a = getPet();），而后续需要调用子类特有方法（如 Dog.bark()）时，必须先确认运行时真实类型：

• 用 instanceof 判断是否为目标子类：if (a instanceof Dog)
• 再执行强制转换：Dog dog = (Dog) a;
• 避免直接强转，否则一旦 a 实际是 Cat，立刻抛 ClassCastException

异常捕获中还原泛型封装的数据类型

多态常与泛型异常混合使用（如自定义 ApiException<t></t>），但泛型擦除会导致 T 无法在运行时识别。此时不能靠多态还原，而需显式传递类型线索：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 异常构造时传入 Class<t></t>，保存为字段，后续通过该 Class 安全转换
• 若异常携带 JSON 字符串，用 Gson.fromJson(json, type) 按需解析，不依赖泛型字段直取
• 避免在 catch 块中写 (Result<user>) e.getData()</user> —— 擦除后 getData() 返回的是原始 Object，强转极易失败

统一异常处理中保持多态一致性

在分层架构中，服务层可能抛出不同子类异常（如 ValidationException、BusinessException），控制器用父类异常统一捕获。此时类型还原不是为了强转，而是为了差异化响应：

• 用 instanceof 区分异常子类，设置不同 HTTP 状态码和错误码
• 提取各子类中定义的 getErrorCode()、getDetails() 等方法（多态方法调用，无需转型）
• 真正需要转型的场景极少；多数业务逻辑应通过重写方法暴露能力，而非暴露字段后强转

类型还原不是多态的职责，而是开发者对运行时类型不确定性的应对策略。核心原则是：少依赖强转，多依赖接口契约和显式类型信息。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南