optional通过提供容器对象处理可能为空的值，从而避免显式null检查和nullpointerexception。1.创建optional对象可通过optional.of(value)、optional.ofnullable(value)和optional.empty()三种方式实现。2.检查值是否包含使用ispresent()方法，但更推荐使用orelse、orelseget、orelsethrow等方法处理缺失情况。3.获取值时建议避免直接使用get()方法，而是用orelse返回默认值或由supplier函数提供默认值或抛出异常。4.链式操作通过map、flatmap和filter实现，可清晰处理嵌套optional及条件过滤。5.optional在性能敏感场景如循环中频繁创建、作为方法参数、集合元素或序列化时不适用。6.在遗留代码中引入optional可通过包装现有api、逐步替换、使用@nullable和@notnull注解以及谨慎使用get()方法等方式进行。
Optional本质上是为了解决Java中长期存在的NullPointerException问题，它提供了一种更优雅的方式来处理可能为空的值，从而避免显式的null检查。
Optional提供了一种容器对象，它可以包含或不包含非空值。 使用Optional，你可以更清晰地表达某个值可能缺失的情况，并强制调用者考虑这种情况，而不是简单地假设值总是存在。
Java中使用Optional避免Null检查：
立即学习“Java免费学习笔记（深入）”；
-
创建Optional对象：
-
Optional.of(value): 如果value为null，则抛出NullPointerException。适用于你确定value不为null的情况。 -
Optional.ofNullable(value): 如果value为null，则创建一个空的Optional对象。这是最常用的创建方式，因为它能安全地处理value可能为null的情况。 -
Optional.empty(): 创建一个空的Optional对象。
-
-
检查Optional对象是否包含值：
-
isPresent(): 如果Optional包含一个非null值，则返回true，否则返回false。 虽然可以使用isPresent()进行检查，但更好的做法是使用orElse、orElseGet、orElseThrow等方法来处理值缺失的情况，避免显式的if语句。
-
-
获取Optional对象中的值：
-
get(): 如果Optional包含一个值，则返回该值；否则抛出NoSuchElementException。 不建议直接使用get()方法，因为它在Optional为空时会抛出异常，这与直接使用null没有本质区别。 -
orElse(defaultValue): 如果Optional包含一个值，则返回该值；否则返回指定的defaultValue。这是最常用的处理Optional为空情况的方法。 -
orElseGet(Supplier<? extends T> supplier): 如果Optional包含一个值，则返回该值；否则返回由Supplier函数提供的默认值。 适用于计算默认值开销较大的情况，因为只有在Optional为空时才会调用Supplier。 -
orElseThrow(Supplier<? extends X> exceptionSupplier): 如果Optional包含一个值，则返回该值；否则抛出由Supplier函数提供的异常。 适用于需要明确指示值缺失是一种错误的情况。
-
-
使用Optional进行链式操作：
-
map(Function<? super T,? extends U> mapper): 如果Optional包含一个值，则将该值传递给mapper函数进行转换，并返回一个包含转换结果的Optional对象；否则返回一个空的Optional对象。 -
flatMap(Function<? super T,Optional<U>> mapper): 与map类似，但mapper函数返回的是一个Optional对象。flatMap用于处理嵌套的Optional情况，避免出现Optional<Optional<T>>。 -
filter(Predicate<? super T> predicate): 如果Optional包含一个值，并且该值满足predicate条件，则返回包含该值的Optional对象；否则返回一个空的Optional对象。
-
示例：
public class User {
private String name;
private Address address;
public User(String name, Address address) {
this.name = name;
this.address = address;
}
public Optional<Address> getAddress() {
return Optional.ofNullable(address);
}
public String getName() {
return name;
}
}
public class Address {
private String city;
public Address(String city) {
this.city = city;
}
public Optional<String> getCity() {
return Optional.ofNullable(city);
}
}
public class OptionalExample {
public static void main(String[] args) {
User user = new User("Alice", new Address("New York"));
User userWithoutAddress = new User("Bob", null);
// 使用Optional获取用户的城市，避免NullPointerException
String city = user.getAddress()
.flatMap(Address::getCity)
.orElse("Unknown"); // 如果地址或城市为空，返回 "Unknown"
System.out.println("City: " + city); // 输出: City: New York
String cityWithoutAddress = userWithoutAddress.getAddress()
.flatMap(Address::getCity)
.orElse("Unknown");
System.out.println("City without address: " + cityWithoutAddress); // 输出: City without address: Unknown
// 使用Optional进行条件过滤
user.getAddress()
.filter(address -> address.getCity().isPresent() && address.getCity().get().equals("New York"))
.ifPresent(address -> System.out.println("User lives in New York")); // 输出: User lives in New York
userWithoutAddress.getAddress()
.filter(address -> address != null && address.getCity().isPresent() && address.getCity().get().equals("New York"))
.ifPresent(address -> System.out.println("User without address lives in New York")); // 不输出
}
}Optional的性能影响是什么？
Optional本身引入了一层额外的对象包装，在某些极端情况下，可能会对性能产生轻微的影响，但通常可以忽略不计。 关键在于正确使用Optional，避免过度使用和滥用。例如，不应该将Optional用作方法参数，或者在集合中使用Optional。 真正影响性能的是频繁的创建和销毁Optional对象，尤其是在循环中。 如果性能至关重要，并且你确定null检查的开销很低，那么直接使用null检查可能更有效率。 然而，在大多数情况下，Optional带来的代码可读性和安全性提升远远超过了其潜在的性能损失。 另外，JVM的优化器在某些情况下可以消除Optional带来的额外开销。
Optional在哪些场景下不适用？
尽管Optional在很多情况下都能有效避免NullPointerException，但它并非万能的。以下是一些不适用Optional的场景：
- 作为方法参数： 将Optional作为方法参数通常不是一个好主意。 这会使方法签名变得复杂，并且强制调用者必须创建一个Optional对象，即使他们已经知道该值不为null。 更合适的做法是使用重载方法，一个接受null值，一个不接受。
-
在集合中使用：
List<Optional<String>>这样的结构通常是不必要的。 如果集合中的元素可能为null，可以直接使用List<String>，并在处理元素时进行null检查。 或者，使用filter方法过滤掉null值。 -
序列化：
Optional类本身并没有实现Serializable接口。 因此，如果需要序列化包含Optional字段的对象，需要特别注意。 一种解决方案是将Optional字段替换为实际的值，并在反序列化时重新创建Optional对象。 另一种方案是使用第三方库，如Gson或Jackson，它们可以处理Optional的序列化和反序列化。 - 过度使用： 不要为了使用Optional而使用Optional。 如果一个值总是存在，或者null值有明确的含义，那么使用Optional可能会使代码变得更加复杂。 例如，对于基本类型，可以使用其对应的包装类型，并使用null表示特定的含义。
如何在遗留代码中使用Optional？
在遗留代码中引入Optional可能需要一些技巧，因为很多现有的API可能并不支持Optional。
-
包装现有API： 可以创建一个包装类或方法，将现有的返回null的API包装成返回Optional的API。 例如：
public class LegacyApiWrapper { public static Optional<String> wrapLegacyApi(LegacyApi legacyApi, String input) { String result = legacyApi.process(input); return Optional.ofNullable(result); } } 逐步替换： 不要试图一次性将所有null检查都替换成Optional。 应该逐步地在新的代码中使用Optional，并在重构遗留代码时逐渐引入Optional。
使用
@Nullable和@NotNull注解： 可以使用@Nullable和@NotNull注解来标记可能为null和不为null的参数和返回值。 这可以帮助开发者更好地理解代码，并在编译时发现潜在的NullPointerException。 许多IDE和静态分析工具都支持这些注解。谨慎使用
get()方法： 在遗留代码中使用Optional时，可能会遇到需要从Optional对象中获取值的情况。 在这种情况下，应该尽量避免直接使用get()方法，而是使用orElse、orElseGet或orElseThrow等方法来处理值缺失的情况。
总而言之，Optional是一个强大的工具，可以帮助你编写更安全、更可读的Java代码。 但是，应该谨慎使用Optional，避免过度使用和滥用。 在遗留代码中引入Optional时，需要采取逐步替换的策略，并注意与现有API的兼容性。
