1. Améliorations de l'interface
a. Les méthodes statiques peuvent être définies dans l'interface
b. Plus important encore, les méthodes dans l'interface peuvent être modifiées par défaut, puis ajouter des corps de méthode
2. Pourquoi ne pouvez-vous pas utiliser la méthode par défaut pour remplacer les méthodes equals, hashcode et toString ? Autrement dit, l'interface ne peut pas fournir une implémentation par défaut d'une méthode de la classe Object. Si une classe implémente une méthode, celle-ci est toujours prioritaire sur l'implémentation par défaut. Une fois que toutes les instances d’interface sont des sous-classes d’Object, toutes les instances d’interface ont déjà des implémentations autres que celles par défaut de equals/hashCode/toString. Une version par défaut de ceux-ci sur l’interface est donc inutile et ne sera pas compilée. 3. Interface fonctionnelle Le concept de base est l'interface fonctionnelle. Si une interface définit une seule méthode abstraite, alors l'interface devient une interface fonctionnelle. Par exemple, java.lang.Runnable est une interface fonctionnelle car elle ne définit qu'une seule méthode abstraite :public abstract void run();
(int x, int y) -> { return x + y; }(x, y) -> x + y
x -> x * x
() -> x
x -> { System.out.println(x); }String::valueOf
Object::toString
x::toString
ArrayList::new
当然，在Java里方法能被重载。类可以有多个同名但不同参数的方法。这同样对构造方法有效。ArrayList::new能够指向它的3个构造方法中任何一个。决定使用哪个方法是根据在使用的函数式接口。
一个lambda和给定的函数式接口在“外型”匹配的时候兼容。通过“外型”，我指向输入、输出的类型和声明检查异常。
给出两个具体有效的例子：
Comparator<String> c = (a, b) -> Integer.compare(a.length(),
b.length());一个Comparator
Runnable r = () -> { System.out.println("Running!"); }一个Runnable的run方法不需要参数也不会返回值。这和lambda右侧一致，所以任务有效。
在抽象方法的签名里的受检查异常（如果存在）也很重要。如果函数式接口在它的签名里声明了异常，lambda只能抛出受检查异常。
5.捕获和非捕获的Lanbdas表达式
当Lambda表达式访问一个定义在Lambda表达式体外的非静态变量或者对象时，这个Lambda表达式称为“捕获的”。比如，下面这个lambda表达式捕捉了变量x：
int x = 5; return y -> x + y;
为了保证这个lambda表达式声明是正确的，被它捕获的变量必须是“有效final”的。所以要么它们需要用final修饰符号标记，要么保证它们在赋值后不能被改变。
Lambda表达式是否是捕获的和性能悄然相关。一个非不捕获的lambda通常比捕获的更高效，虽然这一点没有书面的规范说明（据我所知），而且也不能为了程序的正确性指望它做什么，非捕获的lambda只需要计算一次. 然后每次使用到它都会返回一个唯一的实例。而捕获的lambda表达式每次使用时都需要重新计算一次，而且从目前实现来看，它很像实例化一个匿名内部类的实例。
6.其他
lambdas不做的事
你应该记住，有一些lambdas不提供的特性。为了Java 8它们被考虑到了，但是没有被包括进去，由于简化以及时间限制的原因。
Non-final* 变量捕获 - 如果一个变量被赋予新的数值，它将不能被用于lambda之中。"final"关键字不是必需的，但变量必须是“有效final”的（前面讨论过）。这个代码不会被编译：
int count = 0;
List<String> strings = Arrays.asList("a", "b", "c");
strings.forEach(s -> {
count++; // error: can't modify the value of count });例外的透明度 - 如果一个已检测的例外可能从lambda内部抛出，功能性的接口也必须声明已检测例外可以被抛出。这种例外不会散布到其包含的方法。这个代码不会被编译：
void appendAll(Iterable<String> values, Appendable out) throws IOException { // doesn't help with the error values.forEach(s -> {out.append(s); // error: can't throw IOException here // Consumer.accept(T) doesn't allow it });}有绕过这个的办法，你能定义自己的功能性接口，扩展Consumer的同时通过像RuntimeException之类抛出 IOException。我试图用代码写出来，但发现它令人困惑是否值得。
控制流程 (break, early return) -在上面的 forEach例子中，传统的继续方式有可能通过在lambda之内放置 "return;"来实现。但是，没有办法中断循环或者从lambda中通过包含方法的结果返回一个数值。例如：
final String secret = "foo"; boolean containsSecret(Iterable<String> values) {
values.forEach(s -> { if (secret.equals(s)) {
??? // want to end the loop and return true, but can't }});
}进一步阅读关于这些问题的资料，看看这篇Brian Goetz写的说明：在 Block
抽象类，哪怕只声明了一个抽象方法，也不能使用lambda来实例化。
下面有两个类 Ordering 和 CacheLoader的例子，都带有一个抽象方法，摘自于Guava 库。那岂不是很高兴能够声明它们的实例，像这样使用lambda表达式？
Ordering
CacheLoader<String, String> loader = (key) -> ...;
这样做引发的最常见的争论就是会增加阅读lambda的难度。以这种方式实例化一段抽象类将导致隐藏代码的执行：抽象类的构造方法。
另一个原因是，它抛出了lambda表达式可能的优化。在未来，它可能是这种情况，lambda表达式都不会计算到对象实例。放任用户用lambda来声明抽象类将妨碍像这样的优化。
此外，有一个简单地解决方法。事实上，上述两个摘自Guava 库的实例类已经证明了这种方法。增加工厂方法将lambda转换成实例。
Ordering<String> order = Ordering.from((a, b) -> ...); CacheLoader<String, String> loader = CacheLoader.from((key) -> ...);
要深入阅读，请参看由 Brian Goetz所做的说明： response to "Allow lambdas to implement abstract classes"。
包概要：java.util.function
作为Comparator 和Runnable早期的证明，在JDK中已经定义的接口恰巧作为函数接口而与lambdas表达式兼容。同样方式可以在你自己的代码中定义任何函数接口或第三方库。
但有特定形式的函数接口，且广泛的，通用的，在之前的JD卡中并不存在。大量的接口被添加到新的java.util.function 包中。下面是其中的一些：
Function
Predicate
Consumer
Supplier
BinaryOperator
这些最原始的特征同样存在。他们以int，long和double的方式提供。例如：
IntConsumer -以int作为输入，执行某种动作，没有返回值
这里存在性能上的一些原因，主要释在输入或输出的时候避免装箱和拆箱操作。
你应该记住，有一些lambdas不提供的特性。为了Java 8它们被考虑到了，但是没有被包括进去，由于简化以及时间限制的原因。
Non-final* 变量捕获 - 如果一个变量被赋予新的数值，它将不能被用于lambda之中。"final"关键字不是必需的，但变量必须是“有效final”的（前面讨论过）。这个代码不会被编译：
int count = 0;
List<String> strings = Arrays.asList("a", "b", "c");
strings.forEach(s -> {
count++; // error: can't modify the value of count });例外的透明度 - 如果一个已检测的例外可能从lambda内部抛出，功能性的接口也必须声明已检测例外可以被抛出。这种例外不会散布到其包含的方法。这个代码不会被编译：
void appendAll(Iterable<String> values, Appendable out) throws IOException { // doesn't help with the error values.forEach(s -> {out.append(s); // error: can't throw IOException here // Consumer.accept(T) doesn't allow it });}有绕过这个的办法，你能定义自己的功能性接口，扩展Consumer的同时通过像RuntimeException之类抛出 IOException。我试图用代码写出来，但发现它令人困惑是否值得。
控制流程 (break, early return) -在上面的 forEach例子中，传统的继续方式有可能通过在lambda之内放置 "return;"来实现。但是，没有办法中断循环或者从lambda中通过包含方法的结果返回一个数值。例如：
final String secret = "foo"; boolean containsSecret(Iterable<String> values) {
values.forEach(s -> { if (secret.equals(s)) {
??? // want to end the loop and return true, but can't }});
}进一步阅读关于这些问题的资料，看看这篇Brian Goetz写的说明：在 Block
抽象类，哪怕只声明了一个抽象方法，也不能使用lambda来实例化。
下面有两个类 Ordering 和 CacheLoader的例子，都带有一个抽象方法，摘自于Guava 库。那岂不是很高兴能够声明它们的实例，像这样使用lambda表达式？
Ordering
CacheLoader<String, String> loader = (key) -> ...;
这样做引发的最常见的争论就是会增加阅读lambda的难度。以这种方式实例化一段抽象类将导致隐藏代码的执行：抽象类的构造方法。
另一个原因是，它抛出了lambda表达式可能的优化。在未来，它可能是这种情况，lambda表达式都不会计算到对象实例。放任用户用lambda来声明抽象类将妨碍像这样的优化。
此外，有一个简单地解决方法。事实上，上述两个摘自Guava 库的实例类已经证明了这种方法。增加工厂方法将lambda转换成实例。
Ordering<String> order = Ordering.from((a, b) -> ...); CacheLoader<String, String> loader = CacheLoader.from((key) -> ...);
要深入阅读，请参看由 Brian Goetz所做的说明： response to "Allow lambdas to implement abstract classes"。
Résumé du package : java.util.function
En tant que première preuve de Comparator et Runnable, il a été défini dans le JDK, l'interface est compatible avec les expressions lambdas en tant qu'interface fonctionnelle. De la même manière, vous pouvez définir n'importe quelle interface fonctionnelle ou bibliothèque tierce dans votre propre code.
Mais il existe une forme spécifique d'interface de fonction, qui est étendue et universelle et n'existait pas dans la carte JD précédente. Un grand nombre d'interfaces ont été ajoutées au nouveau package java.util.function. En voici quelques-uns :
Fonction
Prédicat
Consumer
Fournisseur
BinaryOperator
Ces caractéristiques les plus primitives existent également. Ils sont fournis sous la forme int, long et double. Par exemple :
IntConsumer - prend int comme entrée, effectue une action et n'a aucune valeur de retour
Il y a quelques raisons de performances ici, principalement, l'interprétation évite les opérations de boxing et de unboxing lors de l'entrée ou de la sortie.
1
2
3
>
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
Trois caractéristiques majeures de Java
Quels types de sélecteurs CSS existe-t-il ?
Comment ouvrir le disque virtuel
Comment obtenir la longueur d'un tableau en js
Que faire si l'icône du bureau de l'ordinateur ne peut pas être ouverte
Le rôle de la fonction float() en python
Code Red est-il un virus informatique ?
Qu'est-ce qu'un ETF Bitcoin ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
