哪些操作不适合并行化

1、状态依赖的操作：

如果操作依赖于先前的元素状态，那么这些操作不适合并行化。因为并行处理时，元素的处理顺序是不确定的，这可能导致状态依赖的操作产生错误的结果。

2、非线程安全的操作：

如果操作不是线程安全的，那么它们在并行流中可能会导致数据竞争、死锁或其他线程安全问题，从而影响程序的正确性和性能。

3、中间操作使用limit：

当Stream通过Iterator创建，或者使用了中间操作的limit时，并行pipeline也不能带来性能提升。这是因为limit操作限制了并行处理中元素的数量，可能导致并行化的优势被削弱。

4、具有大量依赖顺序的终止操作：

Stream pipeline的终止操作本质上影响了并发执行的效率。在终止操作有大量依赖顺序的操作时，如排序、去重等，并行效率就会大受影响。因为这些操作需要在处理完所有元素后才能得到正确的结果，而并行处理可能会导致元素的处理顺序与期望的顺序不符。

5、资源竞争：

在并行处理中，多个线程可能同时访问共享资源，如内存、文件等。如果资源竞争严重，可能会导致性能下降甚至程序崩溃。因此，那些需要大量共享资源访问的操作不适合并行化。

6、数据大小与计算复杂性：

对于小数据集或计算简单的操作，并行流可能由于线程的创建和管理开销而比串行流更慢。因此，在这些情况下，使用并行流可能并不合适。

7、自定义函数对象：

如果在并行的pipeline中使用了映射、过滤器或者程序员自己编写的其他函数对象，并且这些对象没有遵守线程安全的规范，那么可能会导致安全性失败和结果出错。