Java多线程生成文件性能分析案例

说明：由于每个磁盘一个时间点只能有一个磁头进行读写，因此其实不是并行读写。如果要利用多线程实现真正的并行读写，需要在硬件存储时使用RAID（独立磁盘阵列）。对于普通磁盘，单线程写文件比多线程写快。

利用VisualVM抓取线程快照如下：

从线程快照分析，可以看出如下结论：

1. 时间主要消耗在HTTP接口调用，大概占用了94.8%的时间。HTTP接口包括 createActionLable 和 createSrategyLable。createActionLable接口平均每次调用耗时881ms，createStrategyLable接口平均每次调用耗时868ms。每生成一个文件需要分别调用1000次上述两个接口，所以时间消耗相当巨大。

2. 写文件计占用时间较短，大概每个文件生成需要579ms，按照每次30+个文件算，总共耗时在17370+ms。

3. 其他查询包括 createGameInfoLable 和 createSceneLable ， 分别平均每次耗时113.6ms和101.8ms。 createGameInfoLable是数据库查询，createSceneLable是http api查询。

4.  根据上述3点分析，使用多线程生成文件，其性能提升依赖于http api服务端的性能，如果 http api 服务端并发性能较高，那么在线上的16+核环境下会有有限的性能提升；如果 http api 服务端并发性能较低，采用多线程模型，反而可能因为服务端性能瓶颈导致单次http api调用耗时增加，最终整体性能下降。

结论：优化需要先评估http api服务端的应用特点和性能，然后决定是否采用多线程模型来提升性能。另外，如果业务允许，可以放弃同步http接口的方式，根据业务的时间特点，采用共享数据（定时同步）的异步方式来实现，思路就是将本地数据和远程数据做分别处理。