初探Java8新特性之lambda表达式

 

     Java8带有Lambda表达式的预览版的JDK已经放出来了（地址在最下面），新特性有以下四个：

     1.Lambda表达式（或称之为“闭包”或者“匿名函数”）

     2.扩展的目标类型

     3.方法和构造器引用

     4.接口默认方法

     

     本文先介绍一下很值得期待的Lambda表达式，lambda表达式，等同于大多说动态语言中常见的闭包、匿名函数的概念。其实这个概念并不是多么新鲜的技术，在C语言中的概念类似于一个函数指针，这个指针可以作为一个参数传递到另外一个函数中。

     由于Java是相对较为面向对象的语言，一个Java对象中可以包含属性和方法（函数），方法（函数）不能孤立于对象单独存在。这样就产生了一个问题，有时候需要把一个方法（函数）作为参数传到另外一个方法中的时候（比如回调功能），就需要创建一个包含这个方法的接口，传递的时候传递这个接口的实现类，一般是用匿名内部类的方式来。如下面代码，首先创建一个Runnable的接口，在构造Thread时，创建一个Runnable的匿名内部类作为参数：

  类似这种情况的还有swing中button等控件的监听器，如下面代码所示，创建该接口的一个匿名内部类实例作为参数传递到button的addActionListener方法中。

    

     这样的代码的缺点是有代码笨重，可读性差，不能引用外面的非final的变量等。lambda表达式就是为了解决这类问题而诞生的。

     在介绍Java8中的Lambda表达式之前，首先介绍一个概念叫“函数式接口”（functional interfaces）。对于任意一个Java接口，如果接口中只定义了唯一一个方法，那么这个接口就称之为“函数式接口”。比如JDK中的ActionListener、Runnable、Comparator等接口。

     先来看一下Java8中的lambda表达式的使用示例：

     创建一个线程：

     可以看到这段代码比上面创建线程的代码精简了很多，也有很好的可读性。

     () -> {System.out.println("hello");}  就是传说中的lambda表达式，等同于上面的new Runnable(), lambda大体分为3部分：

     1.最前面的部分是一对括号，里面是参数，这里无参数，就是一对空括号

     2.中间的是 -> ，用来分割参数和body部分

     3.是body部分，可以是一个表达式或者一个语句块。如果是一个表达式，表达式的值会被作为返回值返回；如果是语句块，需要用return语句指定返回值。如下面这个lambda表达式接受一个整形的参数a，返回a的平方

    等同于

   继续看更多的例子：

  创建一个FileFilter，文件过滤器：

  创建一个线程：

  创建一个Callable：

  创建一个String的比较器：

  而且lambda表达式可以赋值给一个变量：

  还可以作为方法的返回值：

      从上面可以看到，一个lambda表达式被作为一个接口类型对待，具体对应哪个接口，编译器会根据上下文环境推断出来，如下面的lambda表达式就表示一个ActionListener.

     这有可能会造成一个表达式在不同的上下文中被作为不同的类型，如下面的这种情况，尽管两个表达式是相同的，上面的表达式被推断为Callable的类型，下面的会被推断为PrivilegedAction类型。

     那么编译器是根据哪些因为决定一个表达式的类型呢？

     如果一个表达式被推断为是T类型的，需要满足以下4个条件:

     1.T是函数式接口类型（只声明唯一一个方法）

     2.表达式和T中声明的方法的参数个数一致，参数类型也一致

     3.表达式和T中声明的方法的返回值类型一致

     4.表达式和T中声明的方法抛出的异常一致

     有了这个准则，上面的疑问就迎刃而解了

     参考：

     1.State of the Lambda

     2.Java8带有Lambda表达式版本的JDK下载地址

       3.原文发表在 IT译文网：初探Java8新特性之lambda表达式

搞球搞啊就搞球成动态语言了……正在下决心转c中……

你还是快些搞C去吧。

lambda跟动态语言有啥关系？更何况Java8的lambda就是把原本匿名类的语法改得简单点罢了。

[quote="287854442"]
这样的代码的缺点是有代码笨重，可读性差，不能引用外面的非final的变量等。lambda表达式就是为了解决这类问题而诞生的。


半年前看了下Java8 lambda的草案，那时候还说是为了线程安全，不让访问非final的local变量。不知道最新的草案如何了。如果允许访问非final的local，而且对线程安全有较好的解决方案，那倒是比匿名内部类有点实质性的进步了。

这还是 Java 吗？ Scala 都看得我头晕。

其实要是喜欢这种语言，完全可以由第三方 JVM 语言来担当，Java 核心搞这么复杂干嘛。

Java已经很保守了。总比现在遍地的“xxAction”， “xxRunner”， "xxProcessor", "xxHandler"好，都是同一样东西，因为package不同还不能转型，为了在不同的包中干同一件事，还要写N个Adapter。现在最低限度相当于在语言层面统一回调接口了。

自动进行回调接口的类型推断，相当不错:-)

Java8里可以了，过几天发一篇lambda表达式里的变量的作用域的介绍

我也是啊  Scala的语法太多 受不了
这部分其实也没那么麻烦了 而且如果不想用就可以不用啊  直接内部类也行   lambda可以看到是语法糖嘛，就比如i++和i=i+1一样 想用那个用哪个了

而且其实我觉得lambda表达式 肯定不是内部类的语法糖，我个人认为内部类的效率不会太高，Java8应该是在字节码上支持匿名函数的，而不是像scala一样，纯粹的语法糖，看似是匿名函数，其实后面还是给你生成了一个匿名内部类的实例