以上两个例外的链接定义如下 IllegalArgumentException:抛出该异常，表示方法被传递了一个非法或不适当的参数。 NullPointerException:当应用程序试图在需要对象的情况下使用null时抛出。

这里最大的区别是IllegalArgumentException应该在检查方法的参数是否有效时使用。当一个对象被“使用”为空时，就应该使用NullPointerException。

我希望这能帮助你正确看待这两者。

理想情况下，不应该抛出运行时异常。应该为您的场景创建一个受控异常(业务异常)。因为如果这些异常中的任何一个被抛出并记录下来，它就会误导开发人员在查看日志时。相反，业务异常不会造成这种恐慌，并且在故障排除日志时通常会被忽略。

一般来说，开发人员不应该抛出NullPointerException异常。当代码试图解引用值为null的变量时，运行时将引发此异常。因此，如果你的方法想要显式禁止null，而不是恰好有一个空值引发一个NullPointerException，你应该抛出一个IllegalArgumentException。

我想从其他非法参数中挑出Null参数，所以我从IAE派生了一个名为NullArgumentException的异常。甚至不需要读取异常消息，我就知道一个空参数被传递到一个方法中，并且通过读取消息，我找到了哪个参数为空。我仍然用IAE处理程序捕获NullArgumentException，但在我的日志中，我可以快速看到差异。

当试图访问具有当前值为null的引用变量的对象时，抛出NullPointerException。

当方法接收到格式与方法预期不同的参数时，抛出IllegalArgumentException。

我倾向于遵循JDK库的设计，特别是集合和并发(Joshua Bloch, Doug Lea，这些人知道如何设计可靠的api)。不管怎样，JDK中的许多api都会主动抛出NullPointerException。

例如，Javadoc For Map。containsKey状态:

如果键为空，则@抛出NullPointerException 不允许空键(可选)。

举办自己的NPE是完全合理的。约定是在异常消息中包含为空的参数名。

模式是这样的:

public void someMethod(Object mustNotBeNull) {  
    if (mustNotBeNull == null) {  
        throw new NullPointerException("mustNotBeNull must not be null");  
    }  
}

无论您做什么，都不要允许设置一个错误的值，并在其他代码尝试使用它时抛出异常。这使得调试成为一场噩梦。你应该始终遵循“快速失败”的原则。