JDK 1.8 核心新特性实战学习路径

要点：JDK 8之前，接口只能定义方法签名。默认方法允许在接口中提供方法实现，使用`default`关键字，解决了接口演化时的兼容性问题，避免了为每个实现类添加公共方法。

提问：在Java 8的接口中，如何定义一个带有默认实现的方法？

复述：我能解释为什么JDK8要在接口中引入默认方法，并能写出使用`default`关键字定义默认方法的接口代码。

追问：如果一个类实现了两个拥有同名默认方法的接口，会发生什么？如何解决？

举例：想象一个`Shape`接口，除了抽象的`getArea()`方法，还可以提供一个默认的`getDescription()`方法返回“这是一个形状”。所有子类如`Circle`无需重复实现该描述方法。

要点：Lambda表达式是匿名函数，其核心是箭头`->`。它极大地简化了仅有一个抽象方法的接口（函数式接口）的实例化代码，使代码更简洁、可读性更强。

提问：将以下匿名内部类重写为Lambda表达式：`new Runnable() { public void run() { System.out.println(“hello”); } }`

复述：我能描述Lambda表达式的基本语法（参数列表、箭头、函数体），并能用它替代常见的匿名内部类，如Comparator或Runnable。

追问：Lambda表达式的函数体可以包含多条语句吗？如果可以，需要注意什么？

举例：文章中的排序例子：`Collections.sort(names, (String a, String b) -> b.compareTo(a));` 直接替代了需要重写整个`compare`方法的匿名Comparator对象。

要点：函数式接口是只包含一个抽象方法的接口。`@FunctionalInterface`注解用于标识。文章重点介绍了`Function<T,R>`（接受T，返回R）、`Supplier<T>`（无参，返回T）和`Consumer<T>`（接受T，无返回值）这几个核心内置函数式接口。

提问：`Supplier`接口和`Function`接口最大的区别是什么？

复述：我能解释`@FunctionalInterface`的作用，并能根据“是否有输入参数”和“是否有返回值”来区分`Function`、`Supplier`和`Consumer`这三种常用的内置函数式接口。

追问：`Function`接口的`andThen`和`compose`方法有什么区别？

举例：`Supplier<Person> personSupplier = Person::new;` 就像一个生产`Person`对象的工厂，调用`get()`就`new`一个。`Consumer<String> print = System.out::println;` 则像一个打印机，接受一个字符串并打印。

要点：方法引用`::`是Lambda表达式的语法糖，当Lambda体仅是调用一个已存在的方法时使用。它可以引用静态方法、实例方法或构造函数，进一步提高代码简洁性。

提问：对于Lambda `s -> System.out.println(s)`，可以用哪种方法引用形式来简化？

复述：我能解释`::`操作符的三种典型用法（静态方法引用、实例方法引用、构造函数引用），并能将简单的Lambda表达式转换为对应的方法引用。

追问：方法引用和普通的静态方法调用（如`String.valueOf(x)`）在代码结构上有何不同？

举例：`IConverter<String, Integer> converter = Integer::valueOf;` 直接引用了`Integer`类的静态方法`valueOf`。`Function<String, Integer> toInteger = Integer::valueOf;` 也能工作，因为上下文匹配。

要点：Stream API是Java 8处理集合数据的核心，它允许你以声明式方式处理数据（如过滤、映射、排序、聚合）。Stream操作分为中间操作（惰性求值，如`filter`、`map`）和终端操作（触发实际计算，如`forEach`、`collect`）。

提问：为什么说Stream的中间操作是“惰性”的？

复述：我能列举至少三个Stream的中间操作（如filter, map, sorted）和两个终端操作（如forEach, collect），并能解释“惰性求值”的含义及其优化意义。

追问：`stream().map(...).collect(...)` 和 `parallelStream().map(...).collect(...)` 在结果正确性上有什么前提条件？

举例：处理一个用户列表：`users.stream().filter(u -> u.getAge() > 18).map(User::getName).sorted().forEach(System.out::println);` 这行代码链式地完成了过滤、提取姓名、排序和打印。

要点：Optional是一个容器对象，用于可能为null的值。它强制开发者显式处理值存在或缺失的情况，通过`ifPresent`、`orElse`、`map`等方法，替代繁琐的`if(x!=null)`检查，减少NullPointerException。

提问：如何使用`Optional`安全地获取一个可能为null的对象的属性，并在其为null时提供一个默认值？

复述：我能解释`Optional`的设计目的，并能使用`ofNullable`、`orElse`、`map`等方法来构造和安全地解包一个`Optional`对象。

追问：`Optional`和直接使用`null`相比，除了语义更清晰，在性能或代码控制流上有什么潜在影响？

举例：`Optional.ofNullable(getConfig()).map(Config::getTimeout).orElse(3000);` 如果`getConfig()`返回null，则`map`不会执行，最终`orElse`提供默认值3000，避免了空指针。