332吃货类测试和333线程池的概念原理

吃货类测试

 

 

public class ChiHuo extends Thread{
    /*
        消费者(吃货)类:是一个线程类,可以继承Thread设置线程任务(run):吃包子
        对包子的状态进行判断
        false:没有包子
            吃货调用wait方法进入等待状态
        true:有包子
            吃货吃包子吃货吃完包子
        修改包子的状态为false没有吃货唤醒包子铺线程,生产包子
     */

    private BaoZi bz;

    public ChiHuo(BaoZi bz) {
        this.bz = bz;
    }

    @Override
    public void run() {
        //使用死循环，让吃货一直吃包子
        while (true){
            //必须同时同步技术保证两个线程只能有一个在执行
            synchronized (bz){
                //对包子的状态进行判断
                if (bz.flag==false){
                    try {
                        //吃货调用wait方法进入等待状态
                        bz.wait();
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
                //被唤醒之后执行的代码，吃包子
                System.out.println("吃货正在吃："+bz.pi+bz.xian+"的包子");
                //吃货吃完包子
                //修改包子的状态为false
                bz.flag=false;
                //吃货唤醒包子线程，生产包子
                System.out.println("吃货已经把："+bz.pi+bz.xian+"的包子吃完 了，包子铺开始生产包子");
                System.out.println("======================================");
            }
        }
    }
}


测试类

 public static void main(String[] args) {
        //创建包子对象
        BaoZi baoZi = new BaoZi();
        //创建包子线程，开启，生产包子
        new BaoZiPu(baoZi).start();
        //创建吃货线程，开启，开吃包子
        new ChiHuo(baoZi).start();
    }

 

线程池的概念原理

我们使用线程的时候就去创建一个线程,这样实现起来非常简便,但是就会有一个问题:

如果并发的线程数量很多,并且每个线程都是执行一个时间很短的任务就结束了,这样频繁创建线程就会大大降低

系统的效率,因为频繁创建线程和销毁线程需要时间。

线程池是一种多线程处理形式，

 

处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。线程池线程都是后台线程。

每个线程都使用默认的堆栈大小，以默认的优先级运行，并处于多线程单元中。如果某个线程在托管代码中空闲（如正在等待某个事件）

,则线程池将插入另一个辅助线程来使所有处理器保持繁忙。如果所有线程池线程都始终保持繁忙，但队列中包含挂起的工作，

则线程池将在一段时间后创建另一个辅助线程但线程的数目永远不会超过最大值。超过最大值的线程可以排队，但他们要等到其他线程完成后才启动。

应用场景
1、需要大量的线程来完成任务，且完成任务的时间比较短。 WEB服务器完成网页请求这样的任务，使用线程池技术是非常合适的。因为单个任务小，而任务数量巨大，你可以想象一个热门网站的点击次数。 但对于长时间的任务，比如一个Telnet连接请求，线程池的优点就不明显了。因为Telnet会话时间比线程的创建时间大多了。
2、对性能要求苛刻的应用，比如要求服务器迅速响应客户请求。
3、接受突发性的大量请求，但不至于使服务器因此产生大量线程的应用。突发性大量客户请求，在没有线程池情况下，将产生大量线程，虽然理论上大部分操作系统线程数目最大值不是问题，短时间内产生大量线程可能使内存到达极限，并出现"OutOfMemory"的错误

 

合理利用线程池能够带来三个好处

1.降低资源消耗。减少了创建和销毁线程的次数,每个工作线程都可以被重复利用,可执行多个任务。

2.提高响应速度。当任务到达时,任务可以不需要的等到线程创建就能立即执行。

3.提高线程的可管理性。可以根据系统的承受能力,调整线程池中工作线线程的数目,防止因为消耗过多的内存,

而把服务器累趴下每个线程需要大约1MB内存,线程开的越多,消耗的内存也就越大,最后死机

 

 ·线程池:其实就是一个饔纳多个线程的容器,其中的线程可以反复使用,省去了频繁创建线程对象的操作,无需反复创建线程而消耗过多资源。

由于线程池中有很多操作都是与优化资源相关的,我们在这里就不多熬述。我们通过一张图来了解线程池的工作原理: