经过在c#中的许多项目，我已经意识到try-catch块在许多情况下是非常有用的。但是检查某些条件（例如检查给定的索引是否超出边界）可能会更容易和更省时。在较小的项目中，我通常可以只使用条件语句。什么时候你应该真正期待和处理异常，而不是仅仅检查条件？有没有某种通用的规则来规定什么时候应该使用每个条件语句？
我认为一个好的经验法则是，当一个操作的成功失败不在当前代码的范围内时，使用异常处理。
例如，如果你试图从串口读取，但你不知道那里是否有一行，你会希望使用异常处理，因为没有办法预先知道你的读线会导致成功或失败。
另一方面，当你知道数组的大小时，你不想在异常处理上做得太过火，每次访问数组时都使用try-catch。在这种情况下，成功失败直接在当前上下文的范围内，用条件来检查边界即可。
不过我不是这方面的权威，所以请谨慎对待这个建议。
我想当你不知道代码的时候，比如当你打开一个任意文件并执行操作，而在文件关闭之前，你终止了连接，在这种情况下，你必须使用ty catch......简单地说，它习惯于更复杂的类型......在小项目中，影响的规模不大......但项目会很大，许多操作都在parllel中运行，所以尝试catch在这种情况下非常有用......我希望你能理解......。