专家程序员与经验较少的程序员之间的一个区别是，专家力争并通常实现高度的代码重用。代码重用是一件好事，异常也不例外。Java库提供了一组异常，涵盖了大多数api的大多数异常抛出需求。
重用标准异常有几个好处。其中最主要的是，它使您的API更容易学习和使用，因为它符合程序员已经熟悉的既定约定。其次，使用您的API的程序更容易阅读，因为它们不会因为不熟悉的异常而混乱。最后(也是最不重要的)，更少的异常类意味着更小的内存占用和更少的加载类的时间。
最常见的重用异常类型是IllegalArgumentException ( item49 )。这通常是调用者传入其值不合适的参数时抛出的异常。例如，如果调用者在表示某个操作要重复多少次的参数中传递了一个负数，则抛出这个异常。
另一个常用的重用异常是IllegalStateException。如果由于接收对象的状态导致调用非法，则通常会抛出此异常。例如，如果调用者试图在对象被正确初始化之前使用它，那么这将是抛出的异常。
可以说，每个错误的方法调用都归结为非法参数或状态，但是其他异常通常用于某些类型的非法参数和状态。如果调用者在禁止空值的参数中传递null，则按照惯例，抛出NullPointerException而不是
IllegalArgumentException。类似地，如果调用者将表示索引的参数中的超出范围的值传递给序列，则应该抛出IndexOutOfBoundsException，而不是IllegalArgumentException。
另一个可重用异常是ConcurrentModificationException。如果一个对象被设计为由单个线程使用(或与外部同步)，并且检测到它正在被并发地修改，则应该抛出该对象。这个异常最多是一个提示，因为它不可能可靠地检测并发修改。
最后一个需要注意的标准异常是UnsupportedOperationException。如果对象不支持尝试的操作，则抛出此异常。它很少使用，因为大多数对象都支持它们的所有方法。此异常用于无法实现由其实现的接口定义的一个或多个可选操作的类。例如，如果有人试图从列表中删除元素，仅追加列表实现将抛出此异常。
不要直接重用Exception、RuntimeException、Throwable或Error。将这些类视为抽象类。您不能对这些异常进行可靠的测试，因为它们是方法可能抛出的其他异常的超类。
此表总结了最常见的重用异常:
虽然到目前为止，这些是最常见的重用异常，但是在环境允许的情况下也可以重用其他异常。例如，如果您正在实现诸如复数或有理数之类的算术对象，那么重用算术异常和NumberFormatException是合适的。如果一个异常符合你的需要，继续使用它，但前提是抛出它的条件与异常的文档相一致:重用必须基于文档化的语义，而不仅仅是基于名称。另外，如果您想添加更多的细节( item75 )，请随意子类化一个标准异常，但是请记住异常是可序列化的(第12章)。这本身就是没有充分理由不编写自己的异常类的原因。
选择重用哪个异常可能比较棘手，因为上表中的“使用场合”似乎并不相互排斥。考虑表示一副牌的对象的情况，假设有一个方法处理牌堆中的一只手，该方法将这只手的大小作为参数。如果调用者传递的值大于牌堆中剩余的牌的数量，则可以将其解释为IllegalArgumentException (handSize参数值过高)或IllegalStateException(牌堆中包含的牌太少)。在这种情况下，规则是，如果没有参数值，则抛出IllegalStateException，否则抛出IllegalArgumentException。
本文写于2019.7.22，历时1天
