最常见的Java异常及其对Java开发人员的评价

我知道我说在完成视频之前我不会张贴帖子，但这一直困扰着我。至于视频的更新，我有些懒散，有些忙碌，但是我已经准备好记录第一集，这是我第一次有机会，而且我不需要太多的编辑。无论如何，还是今天的话题。

Takipi博客最近发布了两篇有关前10个最常抛出的异常（已记录）的文章。这10个例外占这些日志中97％的例外。我想按从最常见到最不重要的顺序列出这些例外情况，并简要说明这些例外情况。

空指针异常
NumberFormatException
IllegalArgumentException
RuntimeException
IllegalStateException
NoSuchMethodException
ClassCastException
例外
ParseException
InvocationTargetException

空指针异常

NPE排在此列表中，甚至排在榜首，这对大多数人来说并不奇怪，但事实并非如此！这些异常是可以避免的。有两种相对著名的方法可以避免Java中已经存在的空对象模式和Optional类型，并且如果您切换到具有空安全性的语言（例如与Java完全兼容的Kotlin），则几乎不需要考虑避免使用NPE。

我们都应该通过采取良好的预防措施（除非正常的空值检查是从第三者那里获得的，除非正常情况下，我不认为正常的空值检查是最佳方法），才能努力防止这些异常。有助于预防NPE的语言。

NumberFormatException和ParseException

ParseException在列表中排名第9，但它与NumberFormatException紧密相关，我发现确实令人不安的是， 这两个都位于前10名中，其中之一是＃2。两者都与将String数据解析为其他内容有关，我不禁认为，由于这些异常的普遍性，开发人员并未充分利用类型系统来发挥自己的优势， “字符串型”编程。

现在，这些异常中的很大一部分可能是由于用户输入错误或某种序列化问题引起的，但那里可能也存在太多“字符串类型”的对象。由错误的用户输入引起的错误可能应该在通过解析器运行之前进行检查，而这恰恰是初始输入验证的一部分。

我的意思可能是我想说的更苛刻。在许多情况下，这些都是很难避免的例外，将它们排在前十名也就不足为奇了。

NoSuchMethodException和InvocationTargetException

这两种情况都是在反思中发生的，我可能不会多说，但是我非常不喜欢反思。几乎总是有另一种方式。那样的方法可能并不容易，但是我相信它总是总会更好，因为事情变得更加明确和易于理解，并且您会从错误中获得更多的编译器帮助。

肯定有一些避免反射的异常（例如，使用反射运行所有测试的JUnit），但是我敢肯定，这些异常中的大多数都是无缘无故抛出的，使用常规编程技术可以避免问题。

要查看关于避免像反射这样的“魔术”的真正好话，请查看“ 8行代码” （跟随起来很困难，因为视频只看着扬声器，而且他在幻灯片中回跳得还不错，所以甚至很难跟着幻灯片一起跟随）。这也是我选择Java Spark而不是Spring的原因之一。

IllegalArgumentException

我实际上不介意出现这种情况。这意味着很多人正在检查他们的输入，并确保他们不会搞砸一切。有一些方法可以减少计数，例如使用真正强壮的打字，例如Object Calisthenics的建议（规则3和4），但这是一组故意过分热心的规则，可以帮助您学习，并且遵循它只是将IllegalArgumentException进一步推到一个位置。