Java 8 Lambdas和并发性解释

Question

我正在阅读理查德·沃伯顿()所著的“Java 8 lambdas”(Java 8 Lambdas )一书中有关兰巴斯的内容。他开始讨论现代CPU中的并发性，并最终将其与lambda联系起来。我不知道我错过了什么，但我肯定不明白这个概念。考虑下一节课

class A {

private int state;

A(){
    state = 0;
}

A(int state){
    this.state = state;
}

public int getState() {
    return state;
}

public void setState(int state) {
    this.state = state;
}

@Override
public String toString() {
    return Integer.toString(state);
}
} // end A

public class Main {

public static void main(String[] args) {

    List<A> ls = new ArrayList<>();

    ls.add(new A(2));
    ls.add(new A(3));

    ls.forEach( a -> a.setState(a.getState() + 1) );
    System.out.println(ls); // [3, 4]

} // end main

} // end class Main

这个构造ls.forEach( a -> a.setState(a.getState() + 1) );如何更适合并发编程

ls.forEach(new Consumer<A>() {

        @Override
        public void accept(A t) {
            t.setState(t.getState() + 1);
        }
    });

Answer 1

从开发人员的角度来看，java编译器刚刚将第一个lambda示例扩展到您提供的第二个代码示例。Lambdas基本上创建一个匿名内部类，当且仅当函数的参数需要一个带有一个未知方法的接口。

实际的Java8实现略有不同，因为它们不想生成大量的类文件，因此在运行时通过使用invokedynamic绑定私有方法( lambda代码)来创建实现类。戈茨的一些注释还提到，运行时可能存在一些缓存优化透明性。

理论上，拥有库实现知识的优化编译器可以做一些聪明的事情，但这从来不是java编译器的工作方式，主要是因为java源代码编译器通常与运行时分离。( invokedynamic部分确实提供了一些透明度，但在库级别上没有提供)

然而，从文体上讲，使用lambda语法更简洁，也可以被看作是一个更干净的选项，因为您不会被诱惑将变量插入包含状态的内部类中。

Answer 2

很可能lambda并不反对匿名类，但是内部迭代(使用forEach)与外部迭代(使用增强的for循环)相反。在这种情况下，这是合理的。像这样的外部迭代不能并行化：

for(A a : ls) {
    a.setState(a.getState() + 1);
}

相反，内部迭代不受限制:如果方法规范允许(例如，Stream.forEach())，只要客户端代码遵守某些规则(例如，不要修改共享状态)，它就可以并行化而不更改客户端代码。从这个意义上说，内部迭代对并发性更友好。