不幸的是，看起来像流API只返回正常的流，从List<Integer># Stream()。我猜他们是被迫这么做的因为泛型的工作方式。

这些正常的流是泛型对象，所以没有专门的方法，如sum()等，所以你必须使用奇怪的重新流“看起来像一个无操作”转换默认情况下获得这些方法... .mapToInt(i -> i)。

另一种选择是使用“Eclipse Collections”，它就像一个扩展的java流API

IntLists.immutable.ofAll (integers.values ()) .sum ();

这里还有一个没有考虑到的选项，它反映了多核环境的使用。如果你想利用它的优势，那么应该使用下面的代码，而不是其他提到的解决方案:

int sum = integers.values().parallelStream().mapToInt(Integer::intValue)
        .reduce(0, Integer::sum, Integer::sum);

This solution is similar to other ones, but please notice the third argument in reduce. It tells compiler what to do with partial summaries calculated in different chunks of the stream, by different threads. Also instead of stream(), the parallelStream() is used. In this case it would just summarize it. The other option to put as third argument is (i, j) -> i + j, which means that it would add a value of a stream chunk (j) to the current value (i) and use it as a current value for the next stream chunk until all partial results are processed.

即使在使用普通的stream()时，告知如何减少对流块的摘要的处理也是有用的，以防将来有人(或您)想要并行化它。最初的开发是最好的时间，因为之后你需要记住这应该是什么，需要花一些时间来再次理解代码的目的。

当然，除了方法引用运算符，你可以用不同的方言。我更喜欢这种方式，因为它更紧凑，而且仍然易于阅读。

还要记住，这也可以用于更复杂的计算，但始终要注意，不能保证流元素到线程的顺序和部署。

希望这能帮助那些在清单上有物品的人。

如果您有一个对象列表，并且想要对该对象的特定字段求和，请使用下面的方法。

List<ResultSom> somList = MyUtil.getResultSom();
BigDecimal result= somList.stream().map(ResultSom::getNetto).reduce(
                                             BigDecimal.ZERO, BigDecimal::add);

你可以使用reduce方法:

long sum = result.stream().map(e -> e.getCreditAmount()).reduce(0L, (x, y) -> x + y);

or

long sum = result.stream().map(e -> e.getCreditAmount()).reduce(0L, Integer::sum);

可以使用collect方法添加整数列表。

List<Integer> list = Arrays.asList(2, 4, 5, 6);
int sum = list.stream().collect(Collectors.summingInt(Integer::intValue));

可以使用reduce()对整数列表求和。

int sum = integers.values().stream().reduce(0, Integer::sum);