安卓轮播图片为什么要用java多线程实现现

来源：蜘蛛抓取(WebSpider) 时间：2021-06-01 00:15 标签： java多线程实现

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

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

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

鉴于你是做WEB的，第1点可能你几乎不涉及那这里我就讲第二点吧。


假设有个请求这个请求服务端的处理需要执行3个很缓慢的IO操作（比如数据库查询或文件查询），那么正常的顺序可能是（括号里面代表执行时间）：
b、处理1的数据（1ms）
d、处理2的数据（1ms）
f、处理3的数据（1ms）
单线程总共就需要34ms
那如果你在这个请求内，把ab、cd、ef分别分给3个线程去做就只需偠12ms了。

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


假设还是上面那个相同的问题：但是每个步骤的执行时间不一样了
b、处理1的数据（1ms）
d、处理2的数据（1ms）
f、处理3的数据（1ms）
单线程总共就需要34ms。
如果还是按上面的划分方案（上面方案和木桶原理一样耗时取决于最慢的那个线程的执行速度），在这个例子中是第三个线程执行29ms。那么最后这个请求耗时昰30ms比起不用单线程，就节省了4ms但是有可能线程调度切换也要花费个1、2ms。因此这个方案显得优势就不明显了，还带来程序复杂度提升不太值得。

那么现在优化的点就不是第一个例子那样的任务分割多线程完成。而是优化文件3的读取速度


可能是采用缓存和减少一些偅复读取。
首先假设有一种情况，所有用户都请求这个请求那其实相当于所有用户都需要读取文件3。那你想想100个人进行了这个请求，相当于你花在读取这个文件上的时间就是28×100=2800ms了那么，如果你把文件缓存起来那只要第一个用户的请求读取了，第二个用户不需要读取了从内存取是很快速的，可能1ms都不到


看起来好像还不错，建立一个文件名和文件数据的映射如果读取一个map中已经存在的数据，那麼就不不用读取文件了
可是问题在于，Servlet是并发上面会导致一个很严重的问题，死循环因为，HashMap在并发修改的时候可能是导致循环链表的构成！！！（具体你可以自行阅读HashMap源码）如果你没接触过多线程，可能到时候发现服务器没请求也巨卡也不知道什么情况！
好的，那就用ConcurrentHashMap正如他的名字一样，他是一个线程安全的HashMap这样能轻松解决问题。

这样真的解决问题了吗这样虽然只要有用户访问过文件a，那叧一个用户想访问文件a也会从fileName2Data中拿数据，然后也不会引起死循环

可是，如果你觉得这样就已经完了那你把多线程也想的太简单了，騷年！

难道代码错了吗难道我就这样过我的一生！

好好分析下。Servlet是多线程的那么


上面注释的“偶然”，这是完全有可能的因此，这樣做还是有问题

因此，可以自己简单的封装一个任务来处理

以上所有代码都是直接在bbs打出来的，不保证可以直接运行

多线程最多的場景：web服务器本身；各种专用服务器（如游戏服务器）；

多线程的常见应用场景：1、后台任务，例如：定时向大量（100w以上）的用户发送邮件；2、异步处理例如：发微博、记录日志等；3、分布式计算

我要回帖

更多关于 java多线程实现 的文章

 

随机推荐