使用线程池模拟多个线程并发访问遇见的问题，引申出来的知识

最近在慕课网看一些视频，发现了这样的一段代码，这段代码的目的是模拟多个线程访问一个方法，代码如下，

public class SyncronizedExample {

    public void test1() {
        System.out.println("执行方法1");
        for (int i = 0; i < 10; i++) {
            System.out.println("test1 - " + i);
        }
    }

    public static void main(String[] args) {
        //这样使用肯定是同步的
        SyncronizedExample syncronizedExample = new SyncronizedExample();
//        syncronizedExample.test1();
//        syncronizedExample.test1();


        // 如果遍历10次，会产生一种错觉，用线程池并发居然也是同步的！
        ExecutorService executorService = Executors.newFixedThreadPool(2);

        executorService.execute(() -> {
            syncronizedExample.test1();
        });

        executorService.execute(() -> {
            syncronizedExample.test1();
        });
    }
}

使用线程池，来模拟多个并发线程访问。但是，执行效果却意外的让人发现，居然始终都是从0 - 9 然后再从0-9，仿佛就跟顺序同步访问一样，后来，将遍历的次数改为1000，就出现0-999 0-999交叉打印了。所以打了断点，看了下执行顺序，发现情况如下：

1. 使用线程池，声明线程数是2，遍历次数为1000，执行方法的时候，实际上只有一个线程在活跃执行，类似于获得cpu时间片，进行时间片轮转。

2. 由于只有一个活跃线程，所以在遍历次数为10的时候，该线程执行0-9立即结束 又执行了0-9 ，给人错觉是像同步方法一样。

目前，公司的报表同步项目是由我在开发维护，定时同步时，使用了线程池的技术，所以在经历过多次同步debug观察，要想跑满整个线程池活跃数，不过多的创建数据库的链接，还要充分的利用资源，跑完计算任务，目前线程池数目是10个，至于线程池理论上的总数目和实际生产环境的总数目还是有区别的，这个可以参考其他博客，再结合线上生产环境进行实际调试。