再看看 CountTask 的实现，首先 CountTask 继承自 RecursiveTask ，可以携带返回值，这里的返回值类型设置为 long，定义一个 THRESHOLD 设置了任务分解的规模，也就是如果需要求和的总数大于 THRESHOLD 个，那么任务就需要再次分解，否则就直接执行。 每次分解时，简单的将原有任务划分成100个规模相等的小任务，并使用 fork（） 提交子任务。之后，等待所有的子任务结束，并将结果再次求和。
再使用 ForkJoin的时候注意：如果任务的划分层次很深，一直得不到返回，那么可能出现两种情况： 第一，系统内的线程数量越来越多，导致性能严重下降。第二，函数的调用层次变的很深，最终导致栈溢出。
此外，ForkJoin 线程池使用一个无锁的栈来管理空闲线程，如果一个工作线程暂时取不到可用的任务，则可能会被挂起，挂起的线程将会被压入由线程池维护的栈中，待将来有任务可用时，再从栈中唤醒这些线程。
总结本文来源自 《Java 高并发程序设计》，没有什么自己的见解。因为使用场景太少了。不过还是可以看看源码来涨涨姿势的。嘿嘿。
good luck ！！！！