安卓主进程等待多个子进程做完任务有什么优雅的设计模式吗？

这...操作系统和 api 层面都有现成的，你搞些奇技淫巧干啥

@luckyrayyy 啊，能举个例子吗

信号。。。

[CountDownLatch]( https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/CountDownLatch.html)

安卓可以用 CompletableFuture 吗？

不懂就问，安卓没有 join()吗

CompletionService

RxJava

坐等大佬回复，楼上的说实话，都是不看题目的，LZ 说的是进程，不是线程

@acmore 可以用于进程吗

@tanranran 哈哈，终于有个看明白的

自己利用 Binder 实现类似 ForkJoinPool 的机制或者共享内存（ CPP ）是比较低成本的方式。但如果不是因为 OOM，这样的工作，不建议使用多进程这样重量级的方式。

sync.waitgroup 的味道

正常人有开三个进程去写一个文件吗？线程吧

一个 APP 只有一个进程啊，难道是开了多个 service 去写同一个文件？
又或者是开了多个线程去写同一个文件？

@hongch #17 安卓是可以多个进程的

RxJava 做任务编排

@kerb15
@tanranran

每个进程都用一个线程监控，Process 等待结束之后用 CountDownLatch 通知主进程的主线程。这种方法可以做到 “实时” 监控所有进程的情况。也可以用其他的工具，但我觉得 CountDownLatch 是最直接且直观的。

个人认为这个还是很难避免 3 次跨进程通信，说白了还是需要某种计数的。要说最优雅，我觉得 ContentProvider 就能实现，主进程 observe 进行计数，其他进程任务完成后分别写标识。
此外，也可以利用类似 Handler 这种有消息队列的机制，但是原生 Handler 不是用来跨进程的，不过有人用 Binder 机制实现了跨进程的 Handler，可以谷歌一下。不过利用跨进程 Handler 的话，一样地需要在主进程计数，也避免不了 3 次跨进程通信。
我能想到的减少进程间通信次数办法，可能还是预估延时机制，你这里是写文件，如果可以提前知道写数据的大小，就能预测一个所有任务都完成的大概时间，到时候就不需要跨进程通信了，主进程在 timeout 之后直接去处理生成的文件，如果发现少了 1 个，就说明还有子进程没完成任务，这时候再降级成跨进程监听吧。这种办法对于及时性要求不高的场景我觉得还是可以的，想法可能不成熟。

啊为什么 V 站还不支持编辑，我再补充一下吧。其实利用 ContentProvider 配合数据库就挺好，也是最快的实现方式。如果还使用 Room+LiveData 的话，更方便。

rxjava?

别做这种无聊的事，到线上就会发现，处理边缘 case 比核心代码还多。 子进程挂了咋办？

子进程蛮独特的，还没接触过需要用进程去提高运算速度的案子

FileObserver 了解一下

楼上回复的都什么啊。。。。 你这个情况直接 messager 去做通知，android 里最轻量级的进程间通信了。

kotlin coroutines async

广播.

我感觉题主有点小题大作。

如果 ABC 是 Android 世界的进程用 Binder 是最好的

但是不管怎么样，主进程里做计数是跑不掉的（

建立一个文件夹，子进程做任务时就创建一个文件，做完删掉，主进程监控这个文件夹，不过考虑到子进程各种意外情况死掉，linux flock 也许更合适。