java定时器+多线程(池)+java队列的简单小例子

在开始之前我想纠正一个错误，网上的错误。

网上说多线程数要与cpu数有一定规律，比如说什么最佳线程数应该等于核数*2等说法，对于这种说法

我做了测试，我是这么测试的

第一次10个线程处理2000条数据(调用接口)，结果：数据一般；

第二次50个线程处理2000条数据(调用接口)，结果：数据快了；

第三次100个线程处理2000条数据(调用接口)，结果：数据更更快了，基本上几秒钟完事。

第四次200个线程处理2000条数据(调用接口)，结果：数据更更更快了；基本上一下子完事。

就上面的测试结果，我感觉网上说的冒失不对啊，如果只考虑处理速度不考虑其他问题的话，我觉得线程足够多就行，与cpu什么的没什么关系啊（可能，我测试的有问题，望高手给与指点）

另外，以前我对多线程同步总是不知道什么情况下需要去做同步加锁处理，在经过鄙人的反复测试后，个人认为：只有在多个线程共享一个static的资源时才有必要考虑同步,那问题又来了，

既然有大量并发并且加了锁，那就要考虑死锁问题，这里使用的是notify

完成的功能很简单：
    每1分钟去一个表里查询list数据并放入java的queue队列里（不是MQ，就是一个java队列）。
    然后唤起线程池，启动10个线程来取出queue里的数据并打印出来。

1.监听器
(1)web.xml里

    com.sf.partner.mgt.context.APIListener
 
(2)代码 
public class APIListener extends HttpServlet implements ServletContextListener {
    private static final long serialVersionUID = 4401296288922971302L;
    public APIListener() {
    }
    private java.util.Timer timer = null;//定义一个定时器
    public void contextInitialized(ServletContextEvent event) {
        timer = new java.util.Timer(true);
            //TaskQuery自定义定时器，查询list并放入queue队列里
        timer.schedule(new TaskQuery(event.getServletContext()), 
                0, 60*1000);// 1000毫秒*60=1分钟
        event.getServletContext().log("已经添加任务调度表-定时器");
    }

    public void contextDestroyed(ServletContextEvent event) {
        timer.cancel();
        event.getServletContext().log("定时器销毁");
    }

}

2.TaskQuery代码：
  public class TaskQuery extends TimerTask {
    public static Queue