Python 官方文档:入门教程 => 点击学习
目录一、单例模式1、饿汉模式2、懒汉模式(单线程)3、懒汉模式(多线程)二、阻塞队列阻塞队列的实现生产者消费者模型三、线程池1、创建线程池的的方法(1)ThreadPoolExecu
设计模式:软件设计模式
是一套被反复使用、多数人知晓、经过分类编目、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。
单例模式:是设计模式的一种。保证某个类在程序中只存在唯一一份实例,不会创建出多个实例。单例模式的具体实现分为“懒汉”和“饿汉”两种。
构造方法必须是私有的,保证该类不能在类外被随便创建。
类加载的同时,创建实例。(缺点是无论是否使用都会创建对象,比较占空间)
//类加载的时候创建对象,确保只能有一个实例对象
class Singleton {
private static Singleton instance = new Singleton();
//私有的构造方法
private Singleton() {}
//只能通过getInstance()方法获取到同一个实例对象
public static Singleton getInstance() {
return instance;
}
}
类加载的时候不创建实例,第一次使用的时候才创建实例。
(缺点:线程不安全,如果存在多个线程并发并行执行,可能创建多个实例,所以只适用于单线程)
class Singleton {
private static Singleton instance = null;
private Singleton() {}
public static Singleton getInstance() {
//第一次使用时,创建实例
if (instance == null) {
instance = new Singleton();
}
//后面使用时,直接返回第一次创建的实例
return instance;
}
}
上面的懒汉模式存在线程安全问题,如果多个线程同时调用getInstance()方法,可能创建多个实例。所以在多线程时,我们需要使用synchronized改善线程安全问题。
class Singleton {
private static Singleton instance = null;
private Singleton() {}
//加锁保证不会有多个线程同时访问改代码块
public synchronized static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
对于以上代码,虽然保证了线程安全,但是对于懒汉模式,只有在第一次调用时才会创建实例,大多数境况下只进行读操作,如果对代码块整体加锁,程序执行的效率会大大降低。我们可以对上面的程序进一步优化,对于读操作,我们使用volatile修饰变量;只给写操作的代码块加上锁即可。
【单例模式懒汉模式多线程的进一步优化】双重if判定
class Singleton {
//使用volatile修饰变量
private static volatile Singleton instance = null;
private Singleton() {};
public static Singleton getInstance() {
if (instance == null) {
//只给写操作的相关代码加锁
synchronized (Singleton.class) {
//需要双重if判断,防止在多线程中加锁前instance发生变化
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
写操作加锁,保证线程安全;
如果已经实例化,进行读操作,保证多个线程并发并行执行,保证效率。
阻塞队列是什么?
阻塞队列是一种特殊的队列。也遵守“先进先出”的原则。
阻塞队列是一种线程安全的数据结构:
阻塞队列的一个经典应用场景就是“生产者消费者模型”。
标准库中的阻塞队列:
public class BlockingQueue{
//使用循环数组来实现阻塞队列
private int[] array;
//队列中已经存放元素的个数
private int size;
//放入元素的下标
private int putIndex;
//取元素的下标
private int takeIndex;
//在构造方法中指定队列的大小
public BlockingQueue(int capacity){
array=new int[capacity];
}
public synchronized void put(int m) throws InterruptedException {
//队列满,线程等待
if(size==array.length){
//需要注意的是,进行等待的是当显得实例对象,不是类对象
this.wait();
}
//放元素,同时更新下标
array[putIndex]=m;
putIndex=(putIndex+1)%array.length;
size++;
//通知等待的线程
notifyAll();
}
public synchronized int take() throws InterruptedException {
//队列为空,线程等待
if(size==0){
this.wait();
}
//取元素,同时更新下标
int ret=array[takeIndex];
takeIndex=(takeIndex+1)%array.length;
size--;
//通知等待的线程
notifyAll();
return ret;
}
}
生产者消费者模型就是通过一个容器来解决生产者和消费者之间的强耦合问题。
生产者和消费者之间不直接通信,而通过阻塞队列来实现通讯,所以生产者生产完数据不需要等待消费者来处理,直接扔给阻塞队列。消费者也不需要去找生产者,而是直接从阻塞队列中取。
耦合和解耦:
线程池:初始化的时候就创建一定数量的线程【不同的从线程池的阻塞队列中取任务(消费者)】【在其他线程中提交任务到线程池(生产者)】
优点:
线程的创建和销毁都有一定的代价,使用线程池就可以重复使用线程来执行多组任务。(如果线程不再使用,并不是真正的将线程释放,而是放到一个“池子”中,下次如果需要用到线程直接从池子中取,不必通过系统来创建)
提供了更多的可选参数,可以进一步细化线程池行为的设定。
以第三个构造方法为例:
【1】AbortPolicy():超过负荷,直接抛出异常(默认的拒绝策略,使用其他不带拒绝策略的构造方法时的默认参数)
【2】CallerRunsPolicy():调用者负责处理
【3】DiscardOldestPolicy():丢弃队列中最老的任务
【4】DiscardPolicy():丢弃新来的任务
创建线程池如下:
//使用ThreadPoolExecutor创建线程池
ThreadPoolExecutor threadPool1=new ThreadPoolExecutor(
5,
10,
3,
//自由线程无任务时最大存活时间单位:分
TimeUnit.MINUTES,
//一般不使用无边界的阻塞队列,内存有限
new ArrayBlockingQueue<>(100),
//规定创建线程的标准
Executors.defaultThreadFactory(),
//拒绝策略:一般最多使用CallerRunsPolicy(),或自己实现
new ThreadPoolExecutor.CallerRunsPolicy()
);
Executors创建线程的几种方式:
创建线程池如下:
//Executors的四种创建线程的方法
//没有临时线程的线程池
ExecutorService threadPool2= Executors.newFixedThreadPool(10);
//线程数目动态增长的线程池
ExecutorService threadPool3=Executors.newCachedThreadPool();
//创建单个线程的线程池
ExecutorService threadPool4=Executors.newSingleThreadExecutor();
//计划线程池
ExecutorService threadPool5=Executors.newScheduledThreadPool(7);
线程池工作流程
使用线程池:
创建线程池
提交任务:
【1】submit(Runnable task)
【2】execute(Runnable task)
到此这篇关于Java多线程常见案例分析线程池与单例模式及阻塞队列的文章就介绍到这了,更多相关Java线程池内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
--结束END--
本文标题: Java多线程常见案例分析线程池与单例模式及阻塞队列
本文链接: https://www.lsjlt.com/news/148711.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-03-01
2024-03-01
2024-03-01
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0