探索Java8——用Optional取代null

为缺失值建模

假设你需要处理下面这样的嵌套对象，这是一个拥有汽车及汽车保险的客户。

public class Person { 
 	private Car car; 
 	public Car getCar() { return car; } 
} 
public class Car { 
 	private Insurance insurance; 
 	public Insurance getInsurance() { return insurance; } 
} 
public class Insurance { 
 	private String name; 
 	public String getName() { return name; } 
} 

那么，下面这段代码存在怎样的问题呢?

public String getCarInsuranceName(Person person) { 
 	return person.getCar().getInsurance().getName(); 
}

这段代码看起来相当正常，但是现实生活中很多人没有车。没有车的一个常见做法是返回一个null引用。而接下来，对getInsurance的调用会返回null引用的insurance，这会导致运行时出现一个NullPointerException，终止程序的运行。

采用防御式检查减少 NullPointerException

怎样做才能避免这种不期而至的NullPointerException呢？通常，你可以在需要的地方添加null的检查（过于激进的防御式检查甚至会在不太需要的地方添加检测代码），并且添加的方式往往各有不同。

public String getCarInsuranceName(Person person) { 
 	if (person != null) { 
 		Car car = person.getCar(); 
 		if (car != null) { 
 			Insurance insurance = car.getInsurance(); 
 			if (insurance != null) { 
 				return insurance.getName(); 
  			} 
		 } 
 	} 
 	return "Unknown"; 
} 

每次你不确定一个变量是否为null时，都需要添加一个进一步嵌套的if块，也增加了代码缩进的层数。很明显，这种方式不具备扩展性，同时还牺牲了代码的可读性。面对这种窘境，你也许愿意尝试另一种方案。

public String getCarInsuranceName(Person person) { 
 	if (person == null) { 
 		return "Unknown"; 
 	} 
 	Car car = person.getCar(); 
 	if (car == null) { 
 		return "Unknown"; 
 	} 
	 Insurance insurance = car.getInsurance(); 
 	if (insurance == null) { 
 		return "Unknown"; 
 	} 
 	return insurance.getName(); 
} 

null 带来的种种问题:

• NullPointerException是目前Java程序开发中最典型的异常
• 它让你的代码充斥着深度嵌套的null检查，代码的可读性糟糕透顶
• null自身没有任何的语义，尤其是，它代表的是在静态类型语言中以一种错误的方式对缺失变量值的建模
• Java一直试图避免让程序员意识到指针的存在，唯一的例外是：null指针
• null并不属于任何类型，这意味着它可以被赋值给任意引用类型的变量。这会导致问题，原因是当这个变量被传递到系统中的另一个部分后，你将无法获知这个null变量最初的赋值到底是什么类型

Optional类入门

Java 8中引入了一个新的类java.util.Optional<T>。这是一个封装Optional值的类。
使用新的类意味着，如果你知道一个人可能有也可能没有车，那么Person类内部的car变量就不应该声明为Car，遭遇某人没有车时把null引用赋值给它，而是应该像图10-1那样直接将其声明为Optional<Car>类型。

变量存在时，Optional类只是对类简单封装。变量不存在时，缺失的值会被建模成一个“空”的Optional对象，由方法Optional.empty()返回。
Optional.empty()方法是一个静态工厂方法，它返回Optional类的特定单一实例。

null引用和Optional.empty()有什么本质的区别吗？从语义上，你可以把它们当作一回事儿，但是实际中它们之间的差别非常大：如果你尝试解引用一个 null ，一定会触发NullPointerException ，不过使用Optional.empty()就完全没事儿，它是Optional类的一个有效对象，多种场景都能调用，非常有用。

使用Optional重新定义Person/Car/Insurance的数据模型：

public class Person { 
 	private Optional<Car> car; 
 	public Optional<Car> getCar() { return car; } 
}
public class Car { 
 	private Optional<Insurance> insurance; 
 	public Optional<Insurance> getInsurance() { return insurance; } 
} 
public class Insurance { 
 	private String name; 
 	public String getName() { return name; }
} 

应用 Optional 的几种模式

声明一个空的Optional:
Optional<Car> optCar = Optional.empty();

依据一个非空值创建Optional:
Optional<Car> optCar = Optional.of(car);

如果car是一个null，这段代码会立即抛出一个NullPointerException，而不是等到你试图访问car的属性值时才返回一个错误。

** 可接受null的Optional**：
Optional<Car> optCar = Optional.ofNullable(car);
如果car是null，那么得到的Optional对象就是个空对象。

Optional类的方法：