JAVA && Spring && SpringBoot2.x — 学习目录
1. 为什么会出现Optional
Optional是JDK8出现，它位于java.util.Optional，它的出现旨在解决NPE问题，即空指针异常。Optional类，可以将其理解为一个容器，该容器包含null值或非null值。
空指针出现的根本原因在于代码逻辑的不严谨，即用户在尝试使用数据之前忘记通过!=null进行数据判断。
而Optional类似于异常检查，他会迫使用户去处理Optional中是否包含内容，从而避免因为忽略null值而导致潜在的隐患。
2. Optional的缺点
Optional的出现并不是为了替代null，甚至好多人认为Optional并不会使代码变得更好，他们认为
- 使用Optional的动机是使用户永远不要忘记进行非空检查，但是Optional并不能完全保证这一点，其他工具例如(Nullness_Checker)更加强大和精确，它们提供了编译时的保障。
- Optional并不会避免NPE问题，他只是将异常转化为
NoSuchElementException。 - Optional语法比使用可为空的引用更加难以理解。
- Optional效率比较低。
详见 —— Nothing is better than the Optional type（Option类并没有变得更好）
3. Optional的规范
java规范中，对于级联调用这种易产生NPE问题场景，是推荐使用Optional类来防止NPE问题的。那么是不是所有的场景都可以使用Optional来代替null值？
Optional是一把双刃剑，可以使用链式来优雅的操作对象，但是Optional还是拥有着很多缺点，故如何正确的使用Optional将变得更加重要。
Optional本身作为一个引用类型，本身也是会出现NPE问题的。倘若我们去担忧Optional对象是否为null，那么将会违背Optional设计的理念。故在任何时候都不要将Optional类赋值为null。
Optional类若是单独调用
get()方法，可能会导致NoSuchElementException，故在调用之前需要先调用isPresent()方法判断Optional容器中值是否存在。我们在使用Optional类时，最好不要使用这两个方法，而是应该使用Java进阶篇（2）—Optional类（预防空指针NPE）方法。是否选择使用链式语法，是要根据场景，不能强行使用链式语法。例如使用三目表达式或者使用简单的
if...else...语法能处理的，尽量使用null来判断。Optional操作不仅效率比较低，而且对于简单的条件判断，可读性也没有使用普通引用好。在阿里的Java开发规范中也指出了对于级联调用才采用Optional来避免NPE问题。尽量避免将Optional用于类属性，方法参数及集合元素中，因为完全使用null值来替代Optional。没有必要使用Optional。
时刻注意使用Optional的目的是提醒用户不要忽略NPE问题。尽量避免使用Optional的
==equalshashCode的方法，原因在于Optional虽然目前是reference type，但是在未来可能会被优化为value type。需要保证版本的兼容。Optional属性不可序列化，虽然目前为
reference type类型，但若实现序列化，是无法转化为value type，考虑版本兼容问题，故Optional是禁止序列化的。Optional使用场景最好作为方法的返回值。
4. 替代方案
其实optional是强制用户注意到返回值可能存在null的情况，但是Spring使用了
@Nullable注解，然后idea编译的时候，就会提示用户，这个返回值可能为null。
