当存在后置条件时，方法的返回值不能为 null，应该怎么办？
可以这样做：
assert returnValue != null : "Not acceptable null value";
但是断言可能会被关闭！
那么这样做可以吗？
if(returnValue==null)
{
throw new NullPointerException("return value is null at method AAA");
}
还是使用用户定义的异常（例如NullReturnValueException）更好呢？
NullPointerException。主要原因是，正如Thorbjørn Ravn Andersen在下面的评论中所说，您不想将“真正的坏NPE”与故意抛出的NPE混淆在一起。因此，在您确信能够识别“有效”的NPE之前，建议您在要告知API用户null不是有效的参数值时使用IllegalArgumentException。应该记录非法null参数传递时方法的行为。@NotNull注释。这里有一个关于使用@NotNull注释的文章。Guava，那么我认为使用类似checkNotNull()的方法处理非法传递的nulls是一种较好的方式。
checkNotNull(arg, msg)会抛出NPE，但从堆栈跟踪中可以清楚地看出，它是由Preconditions.checkNotNull()生成的，因此它不是未知错误，而是预期行为。我认为在JVM抛出NullPointerException之前，尽早抛出它没有问题——特别是对于空参数。虽然有一些关于这个问题的争议，但Java SE库中有很多例子都是这样做的。我不明白为什么NullPointerException在你无法自己抛出它的方面会变得神圣。
然而，我跑题了。这个问题是关于另外一件事情的。你在谈论一个后置条件，即返回值不能为null。当然，在这种情况下，null意味着你的方法内部有一个错误。
你怎么记录这个呢？"如果返回值意外地为空，则此方法会抛出NullPointerException"？没有解释如何发生这种情况吗？不，我会在这里使用断言。异常应该用于可能发生的错误，而不是覆盖方法内部如果有问题就可能发生的事情，因为那对任何人都没有帮助。
IllegalArgumentException异常可能更为合适。NullPointerException通常用于指示对空值进行操作的尝试。如果您想要抛出NPE异常，则只需在方法中放弃对空值的检查，JVM自然会抛出NPE异常。 - Joshua Jones考虑到在Java中，NullPointerException是表示意外的空值的惯用方式，我建议您抛出标准的NullPointerException而不是自定义的。同时，请记住，最小惊奇原则会建议您不要为系统异常已存在的情况发明自己的异常类型。
断言对于调试很有用，但如果必须处理某些条件，则不是处理错误条件的好方法。
NullPointerException的问题在于，当您忘记检查某些内容是否为null或者传递了错误的null参数时，就会出现这种异常情况。IllegalArgumentException会更好。IllegalArgumentException=给方法的对象无效。因此，抛出NPE是合法的，但这并不是常规做法，因此我建议使用应用程序应抛出此类的实例以指示
其他对null对象的非法使用。
IllegalArgumentException。Objects.requireNonNull，它会抛出NPE，但一定要包含一条消息，以便清楚地看到哪个对象为空。 - rjmunro当然，并没有一项通用法律禁止抛出NullPointerException，但在这种抽象的例子中是否应该这样做是很难回答的。你不想让人们处于捕获NullPointerException的位置。像这样的代码（真实示例，我发誓）：
catch (NullPointerException npe) {
if (npe.getMessage().equals("Null return value from getProdByCode") {
drawToUser("Unable to find a product for the product type code you entered");
}
}
如果返回值为空，那么这肯定是你做错了什么的明确指示。因此，如果空返回值是系统状态的指示，而你实际上可以进行通信，请使用可以传达该状态的异常。我很难想到有多少情况需要检查空引用只是为了抛出nullpointer。通常下一行代码会抛出nullpointer（或更详细的信息）！
如果你记得描述，我认为使用NullPointerException是可以的。这就是调查人员所要处理的内容（行号可能会发生变化）。还要记得在特殊情况下记录方法抛出的空指针异常。
如果你在开头检查方法参数，那么throw new IllegalArgumentException("foo==null")对我来说也是可以接受的。
null，那么最好确保您不会返回null。但这根本不是空指针异常。如果您必须返回的值是null，那么显然调用者要么给出了错误的参数（IllegalArgumentException），要么您处于无效状态（IllegalStateException），或者发生了比空指针异常更有意义的其他异常情况（通常表示编程错误）。由于返回null不属于上述任何一种情况，因此我认为编写自己的异常会更合适。表示试图访问空对象的字段或调用其方法。
NullPointerException的JavaDoc中指出：
我认为违反后置条件是一种非法行为。然而，我认为所使用的异常并不重要，因为我们正在谈论一个代码路径，它应该是（且希望是）无法到达的，因此您将没有针对该异常的特定错误处理，因此该名称的唯一影响是日志文件中某个条目的措辞略有不同，而这些日志文件可能永远不会被查看。Thrown when an application attempts to use null in a case where an object is required. These include:
* Calling the instance method of a null object. * Accessing or modifying the field of a null object. * Taking the length of null as if it were an array. * Accessing or modifying the slots of null as if it were an array. * Throwing null as if it were a Throwable value.Applications should throw instances of this class to indicate other illegal uses of the null object.