返回零长度的数组或集合，而不是null

像下面的方法并不少见：

private final List<Cheese> cheesesInStock = ...;
/**
 * @return an array containing all of the cheeses in the shop,
 * 	or null if no cheese are available for purchase.
 */
 public Cheese[] getCheeses(){
   if(cheesesInStock.size() == 0)
     return null;
   ...
 }

把没有奶酪（cheese）可买的情况当做一种特例，这是不合理的。这样做会要求客户端必须有额外的代码来处理null返回值，例如：

Cheese[] cheeses = shop.getCheeses();
if(chesses != null && Arrays.asList(cheeses).contains(Chees.STILTON))
  System.out.println("Joll good, just the thing.");

而不是下面这些代码：

if(Arrays.asList(cheeses).contains(Chees.STILTON))
  System.out.println("Joll good, just the thing.");

对于一个返回null而不是令狐冲那个度数组或者集合的方法，几乎每次都要用到该方法时都需要这种曲折的处理方式。这样做很容易出错，因为编写客户端程序的程序员可能会忘记这种专门的代码处理null的返回值。这样的错误也许几年都不会注意到，因为这样的方法通常返回一个或者多个对象。返回null而不是零长度的数组也会返回数组或者集合的方法本身变得更加复杂，这一点虽然不是特别重要，但是也值得注意。

有时候会有人认为：null返回值比零长度数组更好，因为它避免了分配数组所需要的开销。这种观点是站不住脚的，原因有两点。第一这个级别上担心性能问题是不明智的，除非分析表明这个方法正是造成性能问题的真正源头。第二，对于不返回任何元素的调用，每次都返回同一个零长度数组有可能的，因为零长度数组是不可变的，而不可变的对象有可能被自由的共享。实际上，当你使用标准化做法把一些元素从一个集合转存到一个类型化的数组中时，它正是这样做的：

// The rigth way to return an aray from a collection
private final List<Cheese> cheesesInStock = ...;
private static final Cheese[] EMPTY_CHEESE_ARRAY = new Cheese[0];
/**
 * @return an array containing all of the cheeses in the shop,
 * 	or null if no cheese are available for purchase.
 */
 public Cheese[] getCheeses(){
   return cheesesInStock.toArray(EMPTY_CHEESE_ARRAY);
 }

在这种习惯用法中，零长度数组常量被传递给toArray方法，以指明所期望的返回类型。toArray方法分配了返回的数组，但是，如果集合是空，它将使用零长度的出入数组，Collection.toArray(T[])的规范保证：如果输入的数组大到足够容纳这个集合，它将返回这个输入数组。因此，这种做法永远也不会分配到零长度的数组。

同样的，集合值的方法也可以做成在每当需要返回同一个不可变的空集合。Collections.emptySet、emptyList和emptyMap方法提供的正是你需要的。

// The right way to return a cope of a collection
public List<Cheese> getCheeseList(){
  if(cheeseInStock.isEmpt())
    return Collections.emptyList();//Always return same list
  else
    return new ArrayList<Cheese>(cheesesInStock);
}

简而言之，返回类型为数组或者几何的方法没有理由返回null，而是返回一个零长度的数组或者集合。