我可以更笼统地回答吗！

当方法以我们不期望的方式获取参数时，我们通常会遇到这个问题（错误的方法调用是程序员的错误）。例如：您希望得到一个对象，而得到一个null。您希望得到一个至少包含一个字符的字符串，而得到一个空字符串。。。

因此：

if(object == null){
   //you called my method badly!

}

or

if(str.length() == 0){
   //you called my method badly again!
}

他们都希望在执行任何其他函数之前确保我们收到了有效的参数。

如其他一些答案中所述，为了避免上述问题，您可以遵循契约设计模式。请参见http://en.wikipedia.org/wiki/Design_by_contract.

要在java中实现这种模式，可以使用javax.annotation.NotNull等核心java注释，或者使用Hibernate Validator等更复杂的库。

只是一个示例：

getCustomerAccounts(@NotEmpty String customerId,@Size(min = 1) String accountType)

现在，您可以安全地开发方法的核心函数，而无需检查输入参数，它们可以保护您的方法不受意外参数的影响。

您可以更进一步，确保在应用程序中只能创建有效的pojo。（来自hibernate验证器站点的示例）

public class Car {

   @NotNull
   private String manufacturer;

   @NotNull
   @Size(min = 2, max = 14)
   private String licensePlate;

   @Min(2)
   private int seatCount;

   // ...
}

还有一种选择：

下面的简单函数有助于隐藏空检查（我不知道为什么，但我没有发现它是同一个公共库的一部分）：

public static <T> boolean isNull(T argument) {
    return (argument == null);
}

你现在可以写了

if (!isNull(someobject)) {
    someobject.doCalc();
}

这是IMO更好的表达方式！=无效的

只是永远不要使用null。不要允许。

在我的类中，大多数字段和局部变量都有非空的默认值，我在代码中的任何地方都添加了契约语句（总是在断言上），以确保这是强制执行的（因为它比让它作为NPE出现然后必须解析行号等更简洁、更具表达力）。

一旦我采用了这种做法，我注意到问题似乎会自行解决。你会在开发过程中很早就发现事情，只是偶然发现自己有一个弱点。。更重要的是。。它有助于封装不同模块的关注点，不同模块可以相互“信任”，不再在代码中添加if=nullelse结构！

这是一种防御性编程，从长远来看，代码会更加干净。始终对数据进行净化，例如在这里通过强制执行严格的标准，问题就会消失。

class C {
    private final MyType mustBeSet;
    public C(MyType mything) {
       mustBeSet=Contract.notNull(mything);
    }
   private String name = "<unknown>";
   public void setName(String s) {
      name = Contract.notNull(s);
   }
}


class Contract {
    public static <T> T notNull(T t) { if (t == null) { throw new ContractException("argument must be non-null"); return t; }
}

合同就像是小型单元测试，即使在生产中也始终在运行，当事情失败时，你知道原因，而不是随机的NPE，你必须设法弄清楚。

可以在方法调用之前使用拦截器。这就是面向方面编程所关注的。

假设M1（对象测试）是一个方法，M2是一个在方法调用之前应用方面的方法，M2（对象测试2）。如果test2！=null则调用M1，否则执行另一件事。它适用于所有要应用方面的方法。如果要为实例字段和构造函数应用方面，可以使用AspectJ。对于方法方面，Spring也是最佳选择。

避免不必要的空检查的方法很简单：

您需要知道哪些变量可以为空，哪些变量不能为空，并且您需要对给定变量属于哪一类有信心。

但是，尽管它可以说得很简单，但实现它却很困难。关键在于自信的部分，因为你如何确定变量不能为空？

对此没有快速的解决方法，但这里有一些提示：

干净的代码。能够推理一段代码的行为最重要的一点是，它是以易于理解的方式编写的。根据变量所代表的内容命名变量，根据它们所做的内容命名方法，应用单一责任原则（SOLID中的S：http://en.wikipedia.org/wiki/SOLID_（object-oriented_design），这意味着每一段代码都应该有一个单独的责任，并且不做任何其他事情）。一旦你的代码是干净的，那么你就更容易理解它，也更容易理解多个代码层。对于杂乱的代码，试图理解一个方法的作用可能会让你忘记当初为什么要读这个方法。（提示：阅读罗伯特·C·马丁的《清洁代码》）避免返回空值。如果空值会使程序无法正常运行，请改为抛出异常（确保添加适当的错误处理）。返回空值可能是可接受的情况，例如，尝试从数据库中获取对象。在这些情况下，编写处理空值的代码，并在您的耳朵后面记下，这里有可能返回空值的内容。处理返回的null值，使其尽可能接近返回null的方法的调用方（不要盲目地将其传递回调用链）永远不要将显式空值作为参数传递（至少不要跨类传递）。如果您曾经处于传递空参数是唯一选项的位置，那么创建一个不包含此参数的新方法是一种方法。验证您的输入！确定应用程序的“入口点”。它们可以从Web服务、REST服务、远程EJB类、控制器等所有内容。对于这些入口点中的每个方法，问问自己：“如果此参数为空，此方法是否正确执行？”如果答案为否，请添加Validate.notNull（someParam，“当someParam为空时无法运行！”）；。如果缺少必需的参数，这将引发IllegalArgumentException。在入口点进行这种类型的验证的好处是，您可以很容易地在从入口点执行的代码中假设该变量永远不会为空！此外，如果这失败了，在入口点，调试会比代码深处出现NullPointerException要容易得多，因为这样的失败只能意味着一件事：客户端没有向您发送所有必需的信息。在大多数情况下，您希望验证所有输入参数，如果您发现自己处于需要允许大量空值的位置，这可能是接口设计不良的标志，需要进行重构/添加以满足客户机的需要。使用集合时，返回一个空集合而不是空集合！使用数据库时，请使用非空约束。这样，您就知道从数据库中读取的值不能为空，并且不必检查它。构造代码并坚持执行。这样做可以让您对代码的行为做出假设，例如，如果应用程序的所有输入都经过验证，那么您可以假设这些值永远不会为空。如果您还没有这样做，请编写代码的自动测试。通过编写测试，您将对代码进行推理，并且您也将更加确信它确实做到了它应该做的事情。此外，自动化测试通过让您立即知道这段代码没有做以前的事情来防止重构过程中的错误。

当然，您仍然需要进行空检查，但它可以降到最低限度（即，知道您可能会得到空值，而不是到处都是空值）。当谈到空检查时，我实际上更喜欢使用三元运算符（但要小心使用，当您开始嵌套它们时，它们会变得非常混乱）

public String nullSafeToString(final Object o) {
    return o != null ? o.toString() : "null";
}

在Java8 lambdas中，可以定义以近乎完美的方式处理嵌套空检查的util方法。

void example() {
    Entry entry = new Entry();
    // This is the same as H-MANs solution 
    Person person = getNullsafe(entry, e -> e.getPerson());    
    // Get object in several steps
    String givenName = getNullsafe(entry, e -> e.getPerson(), p -> p.getName(), n -> n.getGivenName());
    // Call void methods
    doNullsafe(entry, e -> e.getPerson(), p -> p.getName(), n -> n.nameIt());        
}

/** Return result of call to f1 with o1 if it is non-null, otherwise return null. */
public static <R, T1> R getNullsafe(T1 o1, Function<T1, R> f1) {
    if (o1 != null) return f1.apply(o1);
    return null; 
}

public static <R, T0, T1> R getNullsafe(T0 o0, Function<T0, T1> f1, Function<T1, R> f2) {
    return getNullsafe(getNullsafe(o0, f1), f2);
}

public static <R, T0, T1, T2> R getNullsafe(T0 o0, Function<T0, T1> f1, Function<T1, T2> f2, Function<T2, R> f3) {
    return getNullsafe(getNullsafe(o0, f1, f2), f3);
}


/** Call consumer f1 with o1 if it is non-null, otherwise do nothing. */
public static <T1> void doNullsafe(T1 o1, Consumer<T1> f1) {
    if (o1 != null) f1.accept(o1);
}

public static <T0, T1> void doNullsafe(T0 o0, Function<T0, T1> f1, Consumer<T1> f2) {
    doNullsafe(getNullsafe(o0, f1), f2);
}

public static <T0, T1, T2> void doNullsafe(T0 o0, Function<T0, T1> f1, Function<T1, T2> f2, Consumer<T2> f3) {
    doNullsafe(getNullsafe(o0, f1, f2), f3);
}


class Entry {
    Person getPerson() { return null; }
}

class Person {
    Name getName() { return null; }
}

class Name {
    void nameIt() {}
    String getGivenName() { return null; }
}

（这个答案首先发布在这里。）