本文探讨了在Java中并发执行任务的需求，以提高业务代码性能。通过对比`CountDownLatch.await()`和`ExecutorService.invokeAll()`两种方法，分析它们在功能、性能和使用场景上的差异。在特定情况下，`ExecutorService.invokeAll()`在超时时能取消未完成的任务，更适合高QPS业务，而`CountDownLatch`则适用于即使超时也要继续执行的场景。
背景
在编写业务代码时经常遇到并发执行多个任务的需求，因为串行执行太慢，会影响业务代码性能。特别对于直接面向普通用户的业务来说用户体验至关重要，保证用户体验重要的一点是要“快”。业务代码中经常需要调用其它业务接口或者同时从多个数据源取数据再处理等，这种情况下势必要走网络请求，网络消耗必不可少，最好的情况是毫秒级别，一般情况下是几十毫秒级别，甚至几百毫秒，TimeoutException恐怕大家并不陌生。
例子
当你浏览微信朋友圈时，微信会把你朋友最近的动态展示在你朋友圈里，并且按照时间顺序最近的排在前面。你会发现，朋友圈里不会展示把你删除了或者你把他删除了的好友，不会展示被你设置过“不看他(她)的朋友圈”的好友或者对方把你设置过“不让他(她)看我的朋友圈”的好友，不会展示被你拉黑或把你拉黑的好友，不会展示被微信系统标记为spam的好友，等等。对于微信这种支持数亿人聊天的应用，其系统必定很复杂，解耦做得也比较好。
下面模拟下这个接口的实现：
public List lastestFeeds(String wxId) {
//串行执行
//1. 获取你得好友列表
//2. 去掉把你删除的好友
//3. 去掉被你删除的好友
//4. 去掉被你设置过"不看他(她)的朋友圈"的好友
//5. 去掉对你设置过"不让他(她)看我的朋友圈"的好友
//6. 去掉被你拉黑和把你拉黑的好友
//7. 去掉被微信系统标记为作弊的好友
//...
//8. 获取好友最近动态再返回
}
对于微信这种复杂的系统，通常不可能从一个接口获取到这些信息，必须从多个接口获取到这些信息后再处理。如果说串行实现这些功能，你可以想象一下是不是慢到吐血，相信微信也不会这么干，否则朋友圈会刷半天也没响应，那么这个用户体验就太糟糕了。那么这个时候并发执行这些子任务就可以很高效的处理掉这种情况。具体到这个接口也就是会把1-7拆解成单个子任务，再丢到线程池异步的执行。最后执行完了，再汇总处理。
public List lastestFeedsV2(String wxId) {
//并发运行，无先后先后执行
//1. 获取你得好友列表
//2. 去掉把你删除的好友
//3. 去掉被你删除的好友
//4. 去掉被你设置过"不看他(她)的朋友圈"的好友
//5. 去掉对你设置过"不让他(她)看我的朋友圈"的好友
//6. 去掉被你拉黑和把你拉黑的好友
最低0.47元/天 解锁文章
2777
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
