❤️ Author: 老九
☕️ 个人博客:老九的CSDN博客
🙏 个人名言:不可控之事 乐观面对
😍 系列专栏:
实现安全版本的单例模式
- 单例模式是设计模式之一。代码当中的某个类,只能有一个实例,不能有多个。单例模式分为:饿汉模式和懒汉模式
饿汉模式
饿汉模式表示很着急,就想吃完饭剩下很多碗,然后一次性把碗全洗了。就是比较着急的去创建实例。用static来创建实例,利用在类加载时初始化,只有一份拷贝存在于内存中的特性实现单例模式,并且立即进行实例化。下面代码中的instance对应的实例,就是该类唯一的实例:
class Singleton{
public static Singleton instance = new Singleton();
private Singleton(){}
public static Singleton getInstance(){
return instance;
}
}
public class Example{
public static void main(String[] args) {
Singleton instance = Singleton.getInstance();
Singleton instance2 = Singleton.getInstance();
System.out.println(instance == instance2);
}
}
为了防止程序员在其他地方不小心new这个Singleton,于是把构造方法设为private了
类和对象的概念
类是对象的模板,描述了对象的行为和状态。
对象是类的实例,它是在内存中分配的实体,具有实际的属性和行为。
类对象
在Java中,每个类在加载到内存后,都会有一个对应的类对象。这个类对象存储了类的相关信息,包括类的名称、方法、属性等。
类对象是Java虚拟机(JVM)在运行时对类的抽象表示。
类的静态成员与实例成员
静态成员(类属性/类方法)是与类关联的,而不是与类的实例相关联的。它们在类加载时初始化,并且只有一份拷贝存在于内存中,被所有类的实例共享。
实例成员(实例属性/实例方法)是与类的实例相关联的,每个类的实例都有自己的一份实例成员。
懒汉模式
懒汉模式主要是,不立即初始化实例,只有在被调用的时候,才会创建实例
如何保证懒汉模式的线程安全
加锁,把创建实例的代码加锁就可以了,加锁的时候,可以直接指定类对象.class作为锁对象。加锁之后,线程安全问题得到了解决,但是又有了新的问题。在多线程调用获取信息的时候,可能涉及到读和修改,但是一旦实例被初始化之后,就只剩读操作了。
class Singleton{
private static volatile Singleton instance = null;
private Singleton(){}
public static Singleton getInstance(){
if(instance == null){
synchronized (Singleton.class){
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
public class Example{
public static void main(String[] args) {
Singleton instance = Singleton.getInstance();
Singleton instance2 = Singleton.getInstance();
System.out.println(instance == instance2);
}
}
为什么要两次判断: 因为在并发环境中,多个线程可能会同时通过第一次检查,此时可能会出现多个线程都创建实例的情况。第二次检查可以确保只有一个线程能够创建实例,保证了单例模式的唯一性。
为什么需要加volatile: 因为如果有多个线程的话,都去读getInstance就可能导致内存可见性的问题,所以需要加上volatile来避免内存可见性问题
和饿汉模式的区别就是,懒汉模式只有在使用的时候,才会创建实例,饿汉模式在类加载的时候就会创建实例。
阻塞队列
队列的特性是先进先出,相对于普通队列,阻塞队列又有其他方面的功能:
- 线程安全
- 产生阻塞效果:
a. 如果队列为空,尝试出队列,就会出现阻塞,阻塞到队列不为空为止。
b. 如果队列为满,尝试入队列,就会出现阻塞,阻塞到队列不为满为止。
通过上面这种特性,就可以实现 “生产者消费者模型” 。就像我们烤串,有人烤,有人吃,然后烤好的放在烤盘上面。对于吃烤串来说,烤盘就是交易场所。此处的阻塞队列就可以作为生产者消费者模型当中的交易场所。
让多个服务器之间充分解耦
生产者消费者模型,是实际开发当中非常有用的一种多线程开发手段,尤其是在服务器开发场景当中。假设有两个服务器 A 和 B,A 作为入口服务器直接接受用户的网络请求,B 作为应用服务器,来给 A 提供一些数据。如图:
如果不使用生产者消费者模型,此时 A 和 B 的耦合性是比较强的。在开发 A 代码的时候,就得充分了解到 B 提供的一些接口,开发 B 代码的时候,也得充分了解到 A 是怎么调用的。一旦想把 B 换成 C ,A 的代码就需要较大的改动。而且如果 B 挂了,也可能直接导致 A 也顺带挂了。
使用生产者消费者模型,就可以降低这里的耦合,就像这样:
能让请求进行 “削峰填谷”
未使用生产者消费者模型的时候,如果请求量突然暴涨。A 暴涨=> B 暴涨,A 作为入口服务器,计算量较小,不会产生问题。B 作为应用服务器,计算量可能很大,需要的系统资源也更多,如果请求更大了,就可能导致程序挂了。如图:
如果使用阻塞队列的话,A 的请求暴涨 => 阻塞队列的请求暴涨,由于阻塞队列没啥计算量,只是存数据,所以抗压能力就更强。B 这边依然按照原来的速度进行处理数据,就不会受到 A 的暴涨。所以就不会引起崩溃。也就是 “削峰”。这种峰值很多时候不是持续的,过去之后就恢复了。B 仍然是按照原有的频率来处理之前积压的数据,就是 “填谷” 。
实际开发当中:阻塞队列不是一个简单的数据结构了,而是一个/一组专门的服务器程序,提供的功能不仅仅是队列阻塞。还会在这些基础上面提供更多的功能(数据持久化存储,多个数据通道,多节点备份,支持控制面板,方便配置参数),又叫”消息队列“。
标准库中的阻塞队列
通过 BlockingQueue 来实现阻塞队列,代码如下:
public class Example{
public static void main(String[] args) throws InterruptedException {
BlockingDeque<String> stringBlockingDeque = new LinkedBlockingDeque<>();
//入队
stringBlockingDeque.put("hello");
//出队
String s = stringBlockingDeque.take();
System.out.println(s);
}
}
自己实现阻塞队列
1.先实现一个普通队列(通过数组来实现)
2.再加上线程安全
3.再加上阻塞
实现一个普通队列:
出队列就是把 head 位置的元素返回去,并且 head++。当 tail 加满的时候,就回到队列头。所以重要的就是区别空队列和满队列。所以我们创建一个变量来记录元素的个数:size == 0 就是空,size == arr.length 就是满。
保证线程安全:
1.在多线程环境下,使用入队和出队没有问题。
2.入队和出队的代码是属于公共操作变量,所有给整个方法加锁。
实现阻塞效果:
通过使用 wait 和 notify 机制来实现阻塞效果。
对于 入队 来说:就是队列为满。
对于 出队 来说:就是队列为空。
代码如下 :
class MyBlockQueue{
private int[] data = new int[1000];
private int size = 0;
private int head = 0;
private int tail = 0;
private Object locker = new Object();
//入队列
public void put(int value) throws InterruptedException {
synchronized (locker){
if(size == data.length){
//put 当中的 wait 要由 take 来唤醒,只要 take 成功一个元素,就可以唤醒了
locker.wait();
}
//队列不满,把新的元素放入 tail 位置上
data[tail] = value;
tail++;
//处理 tail 到达数组末尾的情况
if(tail >= data.length){
tail = 0;
}
size++;
locker.notify();
}
}
//出队列
public Integer take() throws InterruptedException {
synchronized (locker){
if(size == 0){
//说明队列为空,就需要等待,就需要 put 来唤醒
locker.wait();
}
int ret = data[head];
head++;
if(head >= data.length){
head = 0;
}
size--;
//就说明 take 成功了。然后唤醒 put 中的等待。
locker.notify();
return ret;
}
}
}
public class Example{
private static MyBlockQueue queue = new MyBlockQueue();
public static void main(String[] args) {
//如果有多个生产者和多个消费者,就再多创建几个线程
Thread producer = new Thread(()->{
int num = 0 ;
while(true){
try{
System.out.println("生产了:"+num);
queue.put(num);
num++;
}catch (InterruptedException e){
e.printStackTrace();
}
}
});
producer.start();
Thread customer = new Thread(()->{
while(true){
int num = 0;
try{
num = queue.take();
System.out.println("消费了:"+num);
//消费慢,但是可以一直生产。1000 之后,队列满了,所以就阻塞了。直到消费了一个。
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
customer.start();
}
}
put和take的相互唤醒之间的关系如下:
定时器
像一个闹钟,在一定时间之后,被唤醒并执行某个之前设定好的任务。
标准库计时器
通过Timer的schedule任务来设计任务计划,Timer内部有专门的线程,来负责执行注册的任务,所以执行完后,并不会马上退出线程,即使所有计划中的任务都已执行完毕,这个内部线程也不会立即结束。它会继续运行,等待其他可能的任务或直到显式地被取消。
public static void main(String[] args) {
Timer timer = new Timer();
timer.schedule(new TimerTask() {
@Override
public void run() {
System.out.println("Hello Timer");
}
}, 3000);//就是在 3 秒之后执行这个任务,
System.out.println("main");
}
线程并没有结束,因为 Timer 内部有专门的线程,来负责执行注册的任务的。
线程池
因为进程比较重,频繁的创建和销毁,开销就会大,解决方法:进程池 or 线程:
线程:虽然比进程轻了,但是如果创建和销毁的频率进一步增加,发现开销还是有的,解决方案:线程池 or 协程。
线程池:把线程提前创建好,放到池子里,需要的话,就从池子里取。不用的话,就放回池子里,下次备用。这样创建销毁线程,速度就快了。
用户态和内核态
操作系统中的用户态和内核态。操作系统软件结构图:
1.我们写的代码就是在最上面的应用程序这一层来运行的,这里的代码被称为”用户态“运行的代码
2.当应用程序需要执行一些底层操作,例如文件访问,网络通信,线程管理等,就需要调用操作系统中提供的API。这些API的内部实现会在内核态运行,这是操作系统的核心部分
3.创建线程的本身就需要内核的支持,创建线程的本质是在内核中搞个 PCB 加到链表里,调用 Thread.start 归根结底,也是要进入内核态来运行
4.线程池是一种高级的编程工具,通常是在用户态实现的。线程池中的线程被预先创建并保留在池中,而不需要频繁地创建和销毁线程。从线程池中获取线程执行任务时,这个过程是在用户态中完成的,不需要涉及到内核态。这提高了效率,因为避免了频繁的内核态切换。
5.一般来说,执行在用户态的操作比需要进入内核态的操作更高效,因为内核态切换会涉及到更多的开销和复杂性。因此,尽量减少进入内核态的操作对于提高程序性能是有益的。
6.线程池里面的线程,一直保存在里面,不会被内核回收。
标准的线程池库
ThreadPoolExecutor 是标准库的线程池,构造方法有很多参数:
最重要的还是这两个参数,就是需要指定多少个线程,可以通过性能测试判断出最合适的核心线程数和最大线程数:
文章来源:https://www.toymoban.com/news/detail-739010.html
♥♥♥码字不易,大家的支持就是我坚持下去的动力♥♥♥
版权声明:本文为CSDN博主「亚太地区百大最帅面孔第101名」的原创文章文章来源地址https://www.toymoban.com/news/detail-739010.html
到了这里,关于【Java】多线程案例(单例模式,阻塞队列,定时器,线程池)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!