该软件包的文档
java.util.stream指出：
通常，不鼓励行为参数对流操作的副作用，因为它们经常会导致无意识地违反无状态要求以及其他线程安全危害。
[…]
副作用的顺序可能令人惊讶。即使将管道约束为产生与流源的遇到顺序一致的结果（例如，
IntStream.range(0,5).parallel().map(x-> x*2).toArray()必须产生[0, 2, 4, 6,8]），也无法保证将mapper函数应用于单个元素的顺序或给指定元素执行任何行为参数的线程。
这意味着可能会无序地处理元素，因此
Stream-solutions可能会产生错误的结果。
这（至少对我而言）是针对您的两个
Stream解决方案的致命论点。
通过消除的过程，我们只剩下“传统解决方案”了。老实说，我认为此解决方案没有任何问题。如果要摆脱
for-loop，可以使用
foreach-loop
重写此代码：
boolean toUpper = false; // 1st String is not capitalizedfor (String word : splits) { stringBuilder.append(toUpper ? word.toUpperCase() : word); toUpper = !toUpper;}要获得简化的（据我所知）正确的解决方案，请查看Octavian
R.的答案。
您的问题。“流量限制”是基于意见的。
问题的答案到此结束。其余的是我的观点，应视为这样。
在Octavian
R.的解决方案中，通过创建了一个人工索引集
IntStream，然后将其用于访问
String[]。对我来说，这比简单的
for-或-
foreach循环具有更高的认知复杂度，在这种情况下，我认为使用流而不是循环没有任何好处。
