java函数式编程性能不好_为什么函数式编程在Java中很危险？

尝试运行吧，OK，从堆转储(Heap Dump)中恢复 ？

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

at java.util.Arrays.copyOf(Arrays.java:2760)

at java.util.Arrays.copyOf(Arrays.java:2734)

at java.util.ArrayList.ensureCapacity(ArrayList.java:167)

at java.util.ArrayList.add(ArrayList.java:351)

at Take25.integers(Take25.java:30)

at Take25.main(Take25.java:9)

当Java输出后，Clojure如何处理函数，使该函数可返回到每一个int？

Clojure如同所有真正的函数语言(与Java不同)具备懒散赋值特性。它(指clojure)不会计算不被使用的值。它可以远离这个，因为Clojure不像Java，它是真正函数式语言，可以假定变量不发生变异，使评价的顺序变得无关紧要。因此，Clojure可以执行优化，但是Java编译器却不能——这就是为什么函数式编程在Java中是危险的原因。因为，Java不是真正的函数式语言，JIT和javac无法像在一个真正的函数式语言中积极且有效地优化函数构造对象，比如返回无穷个列表的标准函数计算，都是Java程序的死穴。这也是为什么函数式编程在Java中危险的原因。

这里，也许你会反对我的观点，OK，你无须在Java中返回所有的整数列表(或者甚至是所有的ints)；但是相信没人做到这一点。

我们来一起看看比较现实的做法。这里我再次使用递归来计算而不是循环：

public class Squares {

public static void main(String args[]) {

squareAndPrint(1, Integer.parseInt(args[0]));

}

public static void squareAndPrint(int n, int max) {

System.out.println(n * n);

if (max>n) {

squareAndPrint(n + 1, max);

}

}

}

开始运行！

很抱歉，堆栈溢出。这就是为什么在XOM中我小心翼翼地使用循环，即使递归的地方十分清楚也不使用递归。否则，精心配置XML文档可能会造成XOM-using程序来转储核心。因此，避免在非函数式语言中进行大量递归，正如Java和C不仅仅是性能需求，也是安全方面的要求。

写在最后：

我不是说函数式编程不好，也不是说函数式编程低效，其实，我热爱函数式编程。就像我的同事认为函数式编程是自然、直观且美丽的编程风格，但当它作为一们语言比如为Haskell重新设计时，Java中函数语句的性能Bug绝对能要了你的命。

22/2<12