只要可以预见但无法避免，就会出现例外情况。
假设，如果您是依靠某种外部API来解析数据，并且该API提供了解析方法，但是没有任何东西可以告诉您是否可以解析给定的输入（或者解析是否成功取决于因素控件，但API不提供适当的函数调用），并且当无法解析输入时，解析方法会引发异常。
使用正确设计的API，这应该可以归结为“几乎从不”到“从不”的范围内的某个数量。
我绝对没有理由在代码中使用异常处理作为常规流控制的手段。它很昂贵，很难阅读（只看您自己的第一个示例；我意识到它可能写得非常快，但是当
_map未初始化时，最终得到的是一个空的映射，扔掉了您正在尝试的条目进行添加），并在代码中散布了大量无用的try-
catch块，这些代码很可能掩盖了 实际
问题。再次以自己的例子，如果有什么调用
_map.add()是抛出一个
NullPointerException由于某种原因， 其他的
不是
_map幸福
null？突然，您正在静默地创建一个空的映射，而不是向其添加条目。我确定我真的不必说会由于意外状态而在代码中完全不相关的地方导致任何数量的错误…
编辑： 为了清楚起见，以上答案是在Java上下文中编写的。其他语言在例外的实现开销上可能（并且显然确实如此）有所不同，但其他观点仍然应该成立。
