多态不负责异常处理与类型还原，仅支持父类引用调用子类重写方法；类型还原是向下转型的防御性实践，需用instanceof校验后强转，泛型擦除时需显式传入Class或JSON解析，统一异常处理应优先利用多态方法而非转型。
多态本身不负责处理异常，也不参与类型还原；它只是让父类引用能调用子类重写的方法。所谓“异常情况下的类型还原”，实际是指在多态场景中发生 ClassCastException 时，如何安全地将父类引用还原为真实子类类型——这属于向下转型的防御性实践，而非多态机制的功能。
多态中向下转型前必须校验类型
当使用父类或接口引用接收对象（如 Animal a = getPet();），而后续需要调用子类特有方法（如 Dog.bark()）时，必须先确认运行时真实类型：
- 用
instanceof判断是否为目标子类：if (a instanceof Dog) - 再执行强制转换：
Dog dog = (Dog) a; - 避免直接强转，否则一旦
a实际是Cat，立刻抛ClassCastException
异常捕获中还原泛型封装的数据类型
多态常与泛型异常混合使用（如自定义 ApiException<T>），但泛型擦除会导致 T 无法在运行时识别。此时不能靠多态还原，而需显式传递类型线索：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 异常构造时传入
Class<T>，保存为字段，后续通过该Class安全转换 - 若异常携带 JSON 字符串，用
Gson.fromJson(json, type)按需解析，不依赖泛型字段直取 - 避免在
catch块中写(Result<User>) e.getData()—— 擦除后getData()返回的是原始Object，强转极易失败
统一异常处理中保持多态一致性
在分层架构中，服务层可能抛出不同子类异常（如 ValidationException、BusinessException），控制器用父类异常统一捕获。此时类型还原不是为了强转，而是为了差异化响应：
立即学习“Java免费学习笔记（深入）”；
- 用
instanceof区分异常子类，设置不同 HTTP 状态码和错误码 - 提取各子类中定义的
getErrorCode()、getDetails()等方法（多态方法调用，无需转型） - 真正需要转型的场景极少；多数业务逻辑应通过重写方法暴露能力，而非暴露字段后强转
类型还原不是多态的职责，而是开发者对运行时类型不确定性的应对策略。核心原则是：少依赖强转，多依赖接口契约和显式类型信息。
