java多线程在项目中的应用_Java中的多线程，并发知识在实际项目中的什么地方可以应用呢？...

多线程使用的主要目的在于：

1、吞吐量：你做WEB，容器帮你做了多线程，但是他只能帮你做请求层面的。简单的说，可能就是一个请求一个线程。或多个请求一个线程。如果是单线程，那同时只能处理一个用户的请求。

2、伸缩性：也就是说，你可以通过增加CPU核数来提升性能。如果是单线程，那程序执行到死也就利用了单核，肯定没办法通过增加CPU核数来提升性能。

举个例子来说明一下：

假设有个请求，这个请求服务端的处理需要执行3个很缓慢的IO操作(比如数据库查询或文件查询)，那么正常的顺序可能是(括号里面代表执行时间)：a、读取文件1 (10ms)

b、处理1的数据(1ms)

c、读取文件2 (10ms)

d、处理2的数据(1ms)

e、读取文件3 (10ms)

f、处理3的数据(1ms)

g、整合1、2、3的数据结果 (1ms)

单线程总共就需要34ms。

那如果你在这个请求内，把ab、cd、ef分别分给3个线程去做，就只需要12ms了。

所以多线程不是没怎么用，而是，你平常要善于发现一些可优化的点。然后评估方案是否应该使用。

假设还是上面那个相同的问题：但是每个步骤的执行时间不一样了。a、读取文件1 (1ms)

b、处理1的数据(1ms)

c、读取文件2 (1ms)

d、处理2的数据(1ms)

e、读取文件3 (28ms)

f、处理3的数据(1ms)

g、整合1、2、3的数据结果 (1ms)

单线程总共就需要34ms。

如果还是按上面的划分方案(上面方案和木桶原理一样，耗时取决于最慢的那个线程的执行速度)，在这个例子中是第三个线程，执行29ms。那么最后这个请求耗时是30ms。比起不用单线程，就节省了4ms。但是有可能线程调度切换也要花费个1、2ms。

因此，这个方案显得优势就不明显了，还带来程序复杂度提升，不值得。

很多时候，大部分项目都是用户很少的，所以这些东西用不到也正常，但是如果想用，完全可以尝试着去优化，哪怕快个0.1s影响不大什么的。至于并发，多线程应用场景，那就很多了，类似的可以看看这里：当我们遇到100亿次请求？该如何设计后端架构？-Java知音​www.javazhiyin.com支付宝架构师眼中的高并发架构-Java知音​www.javazhiyin.com处理高并发的一般思路-Java知音​www.javazhiyin.com