在我捕捉到异常之前，我应该总是知道它的类型吗？ [关闭]

Question

例如，写作是否被认为是不好的做法：

try
{
  #some code
}
catch (Exception e){
  #some code
}

而不是

try
{
  #some code
}
catch (ExceptionName e){  #like ArrayIndexOutOfBoundsException
  #some code
}

我想这个问题几乎适用于所有语言，无论是 Python、C++、Java...有什么想法吗？

我问是因为在我看来你不应该这样做，因为这意味着你不知道你正在处理什么样的错误以及如何处理它，但我看到有些人这样做。

Answer 1

是的！

有一个例外：

你想抓住，做某事，然后重新投掷。也许您有一些资源需要在异常发生之前关闭，或者您想通知用户发生了错误：

FileResource fileResource = new FileResource("/some/path");
try {
    fileResource.open();
    fileResource.dostuff();
    //other logic
} catch (Exception e){
    fileResource.close();
    throw e;
}

因此，当抛出异常时，您可以在程序退出之前关闭资源。

始终捕获最具体的异常类型。

另外，捕获所有异常在 Python 中非常糟糕，因为您可以捕获语法异常等。

Answer 2

并非总是如此，如果您的代码在生产中失败，您将需要一个优雅的退出。因此，有一个很好的案例可以进行更广泛的错误处理。

def main():
    try:
        primary_process()
    except Exception as e: # Base error class that excludes keyboard interrupts
        logging.Error(e)   # and other things you don't want to catch.

但大多数时候，在您的代码中，您只处理您所期望的特定错误：

def something()
    part1() # don't expect the potential error to affect this, 
    part2() # so leave out of try block
    try:        # this infrequently raises an error for some reason, for now, 
        part3() # can't avoid. But we can handle if it happens.
    except LookupError as e: # specific error expected very infrequently
        handle(e)
    part4() 

另一个相关问答：Why is "except: pass" a bad programming practice?

Answer 3

是的。确切地知道您正在捕获哪种类型的异常始终是一个好习惯，因为它有助于更​​好地处理