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

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

话说社保什么的断了是不是很麻烦啊。

说起刷题，我刚开始几天是有激情的，后来就开始玩起来了，哼哼。还是出去面试找找感觉比较好。

上面的附言说得对，而且网上一堆长篇大论的都没说到要点，一会儿扯什么 ThreadLocal 一会儿又是 IPC 。
在 B 线程调用 A 线程的 Handler 来发消息，这特么当然就跨线程了啊，就这么简单。服务端开发里面的消息队列本身也是这个原理，队列对所有线程都是可见的，大家都可以往里面 enqueue 消息。

说实话，现在 Apple 在国内的数据也是在云上贵州，隐私什么的也不存在的，用搜狗用原生都差不多。

太极还是的作者还是牛逼，是个取名鬼才。

@dxgfalcongbit 我也发现了，太狗了。

@yeqizhang 不是，你可以看这个天猫链接。他说的是充电手机不发烫，比官方线充电温度低十几度，还能边充边玩游戏。而且线怎么可能给机身散热呢？传导不了。

@wgxdz 可怕是还有一堆人好评，我觉得真要通过线来实现这个最多就是控制电流。

@brendanliu 一直好奇 Play Store 下载的微信真的权限要的会少些吗？

@spadger 一般来说主键都不会显示出来到用户界面的，但这个肯定也是 unique 的。

能否换个帐号重新上架？

有个不方便的地方不知道怎么解决，就是本机连 VPN 之后，WSL 不起作用，甚至是访问不了所有网络。

确实是 iBus 的问题，现在 Ubuntu20.04 了，IDEA 也是最新的，还是没修复。

60 fps 的系统 , 1s 内需要生成 60 个可供显示的 Frame , 也就是说绘制一帧需要 16.67ms ( 1/60 ) , 才会不掉帧 ( FrameMiss ).
90 fps 的系统 , 1s 内生成 90 个可供显示的 Frame , 也就是说绘制一帧需要 11.11ms ( 1/90 ) , 才不会掉帧 ( FrameMiss ).

这个功能看似很 NB，但是真的很烦，通知关又关不掉，随时都置顶在通知栏。关键是这些东西说实话告诉了用户又有什么用呢？像微信这些 shit，你该用还不是要继续用。

这是 UI 卡了，估计是什么绘制缓存导致的。Studio 或者说 IDEA 经常这样，特别是在没有独显或者驱动有问题的电脑上。

MIUI 对旗舰机的广告是很收敛的，总之有区别对待，你可以直接上数字旗舰试试。