每当异常可以预见但不能避免。
说,如果你依靠一些外部API来解析数据,并且该API提供了解析方法,但没有什么可以告诉是否可以解析给定的输入(或者解析是否成功)取决于因素的控件,但API不提供适当的函数调用),并且解析方法在无法解析输入时抛出异常。
使用正确设计的API,这应该沸腾到“几乎从不”到“从不”范围内的某个数量。
我可以看到绝对没有理由使用异常处理作为在代码中的正常流控制的手段。它很昂贵,很难读(只看看你自己的第一个例子;我意识到它可能写得很快,但是当_map没有被初始化,你最终得到的是一个空的地图,扔掉你的条目试图添加),并且它与大部分无用的try-catch块,它可以很好地隐藏真正的问题的代码。再次采取你自己的例子,如果调用_map.add()是为了除了_map为null之外的某些原因抛出一个NullPointerException怎么办?突然,你默默地重新创建一个空的地图,而不是添加一个条目。我确定我真的不必说可以导致在代码中完全不相关的地方的任何数量的错误,因为意想不到的状态…
编辑:只是为了清楚,上面的答案是写在Java的上下文中。其他语言可能(并且显然是)在异常的实现费用上有所不同,但其他方面应该仍然成立。