NoString

Sony 6400 + 18-105 + 如影 SC 满足各种需求

戴面具 建议 死枪 捂得严严实实的

四月份父亲急性病动手术 妈妈不敢告诉我
后来出了手术室才告诉我 当天买了机票回去
他们不愿意给我添乱 一直嘴上说没事。鬼才信
回去之后也想过回家那边工作。可是我这种弱鸡北漂 回去真的就失业了
不敢想以后的事情 也不想明天到来
不知道怎么办 以后

@guyeu #27 呜呜呜 说的离谱了 我的我的

@guyeu #27 emmm 我说的意思是这个 list1.parallelStream().forEach(oa -> list2.add(oa)); 若是 2 楼带哥的 collect(Collectors.toList()) 顺序都是稳的

@notreami #23 这块是我表述的有问题，怪我没说明情况。丢失的情况是开启并行管道后 list 引发的安全问题，而本身的 forkjiontask 的处理其实不存在问题，是并行添加合并了。比如 foreach 里执行的合并操作，你这个应该没事 毕竟.collect(Collectors.toList()) 是执行一批合一批 我的我的 呜呜呜 你这个已经解决他的问题了，除了只能用公共线程池之外都挺好 点赞点赞

@NoString #19 当然如果是添加任务，使用 for 循环 Future 的 list，是依次取出的，这点楼上没问题。如果是在任务内部执行的操作，顺序肯定是混乱的

parallelStream 会带来线程安全问题，如果 HttpHelper.getRequest(uri, 300);多个的处理时间相同，在 add 的时候获取地址一样，那么肯定列表只留一个，还有 Future 是不保证顺序的，如果对顺序有要求是要重排序的。这种场景楼上说的没错，定义一个全局的线程池，用 CompletableFuture，稳的一匹。