关于多线程输出1到一亿平方的探讨

问题：利用多线程的知识输出打印1到一亿平方的结果？

问题拆解：1.线程数量较多，考虑线程池来管理 

               2.主线程监控其他线程，如何实现？（所有线程结束后打印结束时间啊）

               3.线程的最佳数量 

               4. 1到一亿如何划分范围 

               5.如何将效率提到最高，花费时间减小到最低

知识储备：知道jdk7增加fork(大问题切割成足够小的问题)join(小问题的结果汇总)框架，详细学习forkjoin，发现完美解决1-4的问题？

关于forkjoin的支持请自行百度，在此不再累述。

尝试：

以0～1000万，阀值1000为例

并行数     时间（ms）   

主线程only 41104

1         39710

2         40299

3         40771

4         40499

5         41380

6         40089

7         40080

8         41940  

9         43411

10        42245

11        40670

12        41621

13        41075

16        40063

100       42164

问题：有必要计算最佳进程数吗？如何计算？感觉差别不是很明显啊？迷茫

以0～1000万，并行数16为例

阀值    时间（ms）   

100     43371

1000    42639

10000   42750

100000  42535

搞了半天，感觉差别不大，总结耗时也得6、7分钟

最终发现问题的源头：System.out.prinln()太耗时间了，使用StringBuilder替换，40s完美输出

最终代码赋上：

forkjoin实例：核心方法

求和来验证每个值是否取得，如下：

核心输出方法如下：

计算求和方法，用于验证校验数据是否遗落，保证输出结果的正确性；使用method替代中间变量

利用jdk的动态代理，打印时间差

对forkjoin的调用，设置起始值，结束值和阀值，叫生成的队列交给线程池消化，最后关闭线程池

最后的main方法：

最终运行的结果：

使用StringBuilder后：

以0～1000万，阀值1000为例

并行数    时间（ms）

16       4268

时间差了10倍，哈哈

最终结果：1-1亿输出结果为：39575ms ，即40秒

问题思考：多线程一定比单线程快吗？在什么业务场景下考虑多线程？

转载于:https://blog.51cto.com/13496382/2071443