使用 Try-Catch 处理看到的错误，是不是很糟糕？

Question

我有这个代码块：

try
{
    int QuestionAnswerID = 0;

    // code block which assign value to QuestionAnswerID 

    item.QuestionAnswerID = QuestionAnswerID;
}
catch (NullReferenceException)
{
    item.QuestionAnswerID = -999;
}

这在循环中运行，并且肯定会在循环中运行 2-3 次 catch 块。这段代码完全符合我的要求，但只是想知道使用 try-catch 块处理已知问题是否是一种不好的做法。

如果我在抛出异常之前使用 if 语句来识别空值会更有效吗？

Answer 1

Try catch 是相对昂贵的操作，只应在“特殊情况”下使用，不应在您计划的情况下使用。

编辑：

我的意思措辞更好的例子：

不应将异常用作更改程序流程的一部分 普通执行。例外只能用于报告和 处理错误情况。

http://msdn.microsoft.com/en-us/library/ms173163.aspx

Answer 2

是的，这是一种不好的做法，因为抛出和捕获异常非常昂贵，并且异常不应该用于常规操作，只能用于错误处理。

解决这个问题的首选方法是自己检查对象是否为null 并适当地处理这种情况。

Answer 3

使用 try/catch 是否更“昂贵”（即更慢）在这里似乎不如代码可靠性重要。您对代码的有效处理是：

block of code where something may go wrong

    various things occur

    specific thing that you have anticipated might cause an error occurs

    various things occur

    set return state to valid value

end of block where something may go wrong

if something went wrong

    set return state to invalid value

end if

return return state

您最终会得到一段代码，其中某个阶段可能会出现问题。您围绕预期问题设计它，但可能会出现其他问题并且您将隐藏它们。通过使用if (specific thing == null) 在您预期问题发生的特定点测试空值，您可以避免掩盖您未预料到的潜在问题。