帖子太多了,没法一一回复,12306的问题在于并发

你是错的我恒对 发布于 2014/01/22 19:56
阅读 800
收藏 2

我也在学并发,遇到很多问题,其中一个是  如何获知  一个有阻塞队列10个大小的线程池,执行1000个任务 全部完成 的终结时间,然后在终结时间将线程池正确关闭

现在我没法获知终结时间

比如我看http://ifeve.com/java-concurrency-thread-directory/并发编程网,用的他们写的线程池

声明一个 10个线程大小的线程池,然后假如我声明实例化了1000个runnable 放到线程池里,用eclipse跑,结果1000个执行完,console 还是显示在运行,也就是线程池还没有关闭,而且线程池里的线程都在阻塞,如何获知这1000个任务全部完成呢? 然后再将线程池关闭?



加载中
1
我不说话
我不说话

java.util.concurrent.CountDownLatch

看看这个类,你就知道该如何解决了。当然也可以自己写代码解决此类问题

你是错的我恒对
你是错的我恒对
谢谢
0
朱__朱
朱__朱
12306问题无解。车皮就那么多,买票的人那么庞大,服务和需求不对称。关键是中国铁路运力不均衡,淡季空车跑,旺季挤死人。
0
D
D-dragon
别人扯系统有问题,你就扯铁路运力问题,运力低与系统卡不卡,出不出问题有毛关系
0
leo108
leo108

引用来自“godlike”的答案

别人扯系统有问题,你就扯铁路运力问题,运力低与系统卡不卡,出不出问题有毛关系

当系统不卡的时候,就开始抱怨票不够了,要搞清楚你上12306的目的是买票,不是看这网站卡不卡。

当票足够的时候,系统卡一点我也无所谓,反正能买到票。

如果你想说这是在讨论技术问题,那我只能说,技术问题也只能在没事的时候谈一谈了,没有机会去实现就没有任何意义,一个小细节的坑就有可能把你整个系统架构推倒重来。

宝石娃娃
宝石娃娃
回复 @godlike : 五毛们不是喜欢这样给主子辩解吗。
leo108
leo108
回复 @godlike : 解决12306慢的问题只是治标不治本,根本问题没有解决,把12306优化得再快也没用
D
D-dragon
你要这么扯的话,世界上大多数问题都是相关,争论下去就是人人都有错。 一个东西出了问题,我们首先要把它分解开来,看哪些是能解决的,哪些是不能解决的,把能解决的解决掉。如果把所有问题混在一起,其实是在找借口,也叫做推卸责任。
0
jQer
jQer

按照某些白痴的观点, facebook干脆关闭别开了, 天天宕机.


程序问题是程序的问题,跟你票有多少有个P关系.

当你的票=0的时候, 渲染给大家看就是了, 很难吗?

0
yanchao90
yanchao90

既然你说了,你还只是在学,那我就要喷一下你了。

执行N个任务,计算它们执行完所用的时间。

这个你不会,不代表着就是个难题,ok?

这是一个多线程开发中常见的问题,去查查Barrier Synchronization
并且java concurrent包里面已经有相似的实现了

0
Mason-Mok
Mason-Mok
对,5毛横行
0
金贞花
金贞花
真的?怎么解决?
0
s
sinc_mark
这个不能简单的说是单线程或多线程的问题,并发处理,还有很多我们外人不理解的因素在里面,有bug很正常,问题是需要在下一个版本去解决这个bug!
返回顶部
顶部