在Java中，运行时异常（RuntimeException）与编译时异常（即受检查异常，Checked Exception）在继承体系、处理要求和使用场景上有哪些关键差异？请从异常类的层次结构、编译器强制检查规则以及实际开发中的处理策略三个方面进行说明。

回答思路

1. 【回答框架 1】继承体系上，编译时异常（受检查异常）直接继承自Exception类但不继承RuntimeException，而运行时异常是RuntimeException的子类，RuntimeException又继承自Exception。两者都属于Throwable体系，但受检查异常必须显式处理。
2. 【回答框架 2】编译期检查规则是核心差异：受检查异常在编译阶段强制要求方法内捕获处理或通过throws声明抛出，否则无法通过编译；运行时异常则不受此约束，可以不在方法签名中声明，编译期不会检查，但在运行期可能抛出。
3. 【回答框架 3】使用场景上，受检查异常通常用于可预期且调用方能合理恢复的异常情况（如IOException、SQLException），强调强制处理；运行时异常多用于程序逻辑错误或不可恢复的异常（如NullPointerException、IllegalArgumentException），不应过度强制捕获。
4. 【回答框架 4】处理策略上，对于受检查异常应优先考虑在合适层级捕获或转换，避免直接吞掉异常；对于运行时异常，应通过参数校验和防御性编程尽量预防，让异常自然上抛到统一异常处理机制，避免在业务代码中随意捕捕获后掩盖问题。
5. 【关键点 1】编译时异常必须显式捕获或声明抛出，运行时异常无此编译期强制要求。
6. 【关键点 2】运行时异常是RuntimeException及其子类，编译时异常是Exception的非RuntimeException子类。
7. 【关键点 3】受检查异常适合可恢复的异常场景，运行时异常多代表编程错误或不可恢复问题。
8. 【易错点 1】不能将所有异常都设计为运行时异常，会导致关键故障被静默忽略。
9. 【易错点 2】不要只笼统地catch Exception或Throwable，会掩盖真正的运行时异常类型。
10. 【易错点 3】受检查异常在框架底层方法中过多声明throws会使接口恶化，必要时可转换为适合层级的异常。