实时监测容器大小如何做到最优效能

问题描述

近期遇到一个问题，后台程序将要承受巨大访问压力，于是将访问暂存于一个linkedlist中，不做任何其他处理，使得响应请求的线程能及时再次响应请求，这里将有另外一个线程从这个linkedlist中取得访问并执行，返回结果。问题就是后一个线程需要不停的判断list的大小，我所做的就是一个无限循环过程，考虑到服务器性能，不知道有没有更好的办法使得能及时知道容器中是否有新请求，而不用在容器中没有请求时做判断。问题补充：感谢llade的回答，我用的jdk是1.6的，这个线程池自己维护的fifo队列有多长，还有它本身维护fifo的效能是不是较高，我可以去试验比较一下效能。

解决方案

后一个线程可以不是一个线程可以是一个线程池，如果你JDK5的话。可以用Executors.newFixThreadPool(5);得到一个5个线程的线程池。然后把你的请求包装成runnable。线程池自己维护一个FIFO队列，当超过5个任务在同时运行的时候，后续的任务会自动加到队列当中。当运行的5个任务有其中一个已经完成，线程池会从队列中取最先加进去的任务执行。当所有任务都运行完了。5个线程会在那里等待（不消耗CPU时间）。
解决方案二：
补充：如果你的请求是线程不安全的，那么把线程池的大小设置为1即可。