Ruby异常处理陷阱：理解救援子句层次结构
内容提要
这段代码定义了一个自定义错误类和两个类，展示了异常处理机制。尽管子类有特定的异常处理，但实际输出是父类的标准错误，因为父类在子类之前捕获了异常，导致子类处理未执行。异常处理应考虑类层次结构，通用异常应在较低层次捕获，特定异常应靠近抛出位置处理。
延伸解读
异常处理的层次结构
在Ruby中，异常处理的顺序和特异性与类的继承关系密切相关。父类的rescue块可能会在子类之前捕获异常，因此在设计异常处理时，需考虑类层次结构，以确保特定异常能够被正确处理。
捕获异常的最佳实践
为了避免父类的rescue块捕获子类的特定异常，建议在调用栈或继承层次结构的较低层次捕获更通用的异常，而在抛出位置附近捕获更特定的异常。这有助于提高代码的可维护性和可读性。
理解Liskov替换原则
异常处理与Liskov替换原则（LSP）相关，强调子类应能替代父类而不影响程序的正确性。在异常处理时，遵循这一原则可以确保代码在处理不同类型的异常时保持一致性和可预测性。
Q&A
Ruby中的自定义错误类如何定义？
自定义错误类通过继承StandardError类来定义，例如：class CustomError < StandardError; end。
在Ruby中，异常处理的顺序为什么重要？
异常处理的顺序重要是因为父类的rescue块可能在子类之前捕获异常，导致子类的处理无法执行。
如何在Ruby中处理特定的异常？
特定的异常应在靠近抛出位置的代码中捕获，而更通用的异常应在调用栈或继承层次结构的较低层次捕获。
为什么在Child类的call方法中没有执行CustomError的处理？
因为Parent类的raise_custom_error方法中的rescue StandardError捕获了CustomError，导致Child类的rescue CustomError无法执行。
什么是Liskov替换原则，它与异常处理有什么关系？
Liskov替换原则（LSP）指出子类型应可替代其基类型，这在异常处理上意味着更通用的异常应在较低层次捕获，而特定异常应靠近抛出位置捕获。
在Ruby中，如何避免父类捕获子类的异常？
可以通过在调用栈或继承层次结构的较低层次捕获更通用的异常，确保特定异常在靠近抛出位置处理，从而避免父类捕获子类的异常。
