JUC笔记-共享模型之内存
JUC-共享模型之内存
- 本章重点
- 一、 Java 内存模型 (重点)
- 1.1 可见性
- 1.1.1 退不出的循环(例子)
- 1.1.2 解决方法
- 1.1.3 可见性 vs 原子性
- 1.1.4 模式之两阶段终止
- 1.1.5 模式之 Balking (了解)
- 1.2 有序性(重点)
- 1.2.1 重排序需要遵守一定规则
- 1.3 volatile 原理 (重点)
- 1.3.1 volatile是如何保证可见性 (重点)
- 1.3.2 volatile是如何保证有序性
- 1.4 double-checked locking (双重检查锁) 问题(重点)
- 1.5 happens-before (对共享变量的写操作,对其它线程的读操作可见)
- 方式一
- 方式二
- 方式三
- 方式四
- 方式五
- 方式六
- 总结
- 二、习题
- 2.1 balking 模式习题
- 2.2 线程安全单例模式 (重点)
- 实现1:饿汉式
- 实现2:饿汉式
- 实现3:懒汉式
- 实现4:DCL 懒汉式
- 实现5:懒汉式
本章重点
本章重点讲解了 JMM 中的
- 可见性 - 由 JVM 缓存优化引起; (JIT即时编译器, 通过对热点代码的优化)
- 有序性 - 由 JVM 指令重排序优化引起; (提高指令的执行效率, 类似流水线系统)
- happens-before 规则 (happens-before 规定了对共享变量的写操作对其它线程的读操作可见,它是可见性与有序性的一套规则总结)
原理方面
- volatile (读写屏障)
模式方面
- 两阶段终止模式的 volatile 改进
- 同步模式之 balking (犹豫模式)
一、 Java 内存模型 (重点)
JMM 即 Java Memory Model ,它从Java层面定义了 主存、工作内存 抽象概念,底层对应着CPU 寄存器、缓存、硬件内存、CPU 指令优化等。JMM 体现在以下几个方面
原子性
- 保证指令不会受 线程上下文切换的影响可见性
- 保证指令不会受 cpu 缓存的影响 (JIT对热点代码的缓存优化)有序性
- 保证指令不会受 cpu 指令并行优化的影响
之前讲的synchronized底层Monitor
主要关注的是访问共享变量
时,保证临界区代码的原子性
。
1.1 可见性
当多个线程访问同一个变量时,一个线程修改了这个变量的值,其他线程能够立即看得到修改的值
1.1.1 退不出的循环(例子)
- main线程对run变量的修改对于 t 线程不可见,导致了 t 线程无法停止
原因:
- 增加t1线程, 对主线程更改run变量的可见性
- 一开始一直不结束, 是因为无限循环, run都是true, JIT及时编译器, 会对t1线程所执行的run变量,进行
缓存
, 缓存到本地工作内存. 不去访问主存中的run. 这样可以提高性能; 也可以说是JVM打到一定阈值之后, while(true)变成了一个热点代码
, 所以一直访问的都是缓存到本地工作内存(局部)中的run. 当主线程修改主存中的run变量的时候,t1线程一直访问的是自己缓存的, 所以不认为run已经改为false了. 所以一直运行. 我们为主存(成员变量)进行volatile
修饰, 增加变量的可见性, 当主线程修改run为false, t1线程对run的值可见. 这样就可以退出循环
@Slf4j(topic = "guizy.Test1")
public class Test1 {volatile static boolean run = true;public static void main(String[] args) {Thread t1 = new Thread(() -> {while (run) {// 如果打印一句话// 此时就可以结束, 因为println方法中, 使用到了synchronized// synchronized可以保证原子性、可见性、有序性// System.out.println("123");}});t1.start();Sleeper.sleep(1);run = false;System.out.println(run);}
}
使用synchronized解决
@Slf4j(topic = "guizy.Test1")
public class Test1 {static boolean run = true;final static Object obj = new Object();public static void main(String[] args) {Thread t1 = new Thread(() -> {// 1s内,一直都在无限循环获取锁. 1s后主线程抢到锁,修改为false, 此时t1线程抢到锁对象,while循环也退出while (run) {synchronized (obj) {}}});t1.start();Sleeper.sleep(1);// 当主线程获取到锁的时候, 就修改为false了synchronized (obj) {run = false;System.out.println("false");}}
}
为什么会出现对run变量的不可见性呢?
分析一下:
初始状态
, t 线程刚开始从主内存读取了 run 的值到工作内存- 因为 t 线程要
频繁
从主内存中读取 run 的值,JIT 编译器会将 run 的值缓存
至自己工作内存中的高速缓存中,减少对主存中 run 的访问,提高效率 - 1 秒之后,main 线程修改了 run 的值,并同步至主存,而 t 是从自己工作内存中的高速缓存中读取这个变量的值,结果永远是旧值
1.1.2 解决方法
- 使用
volatile
(表示易变关键字的意思),它可以用来修饰成员变量
和静态成员变量
,它可以避免线程从自己的工作缓存中查找变量的值,必须到主存中获取它的值,线程操作 volatile 变量都是直接操作主存 - 使用
synchronized
关键字也有相同的效果,在Java内存模型中,synchronized规定,线程在加锁时,先清空工作内存 → 在主内存中拷贝最新变量的副本到工作内存 → 执行完代码 → 将更改后的共享变量的值刷新到主内存中 → 释放互斥锁。
1.1.3 可见性 vs 原子性
前面例子体现的实际就是可见性,它保证的是在多个线程之间一个线程对volatile
变量的修改对另一个线程可见, 而不能保证原子性
。volatile用在一个写线程,多个读线程
的情况, 比较合适。
比较一下之前我们讲线程安全时举的例子:两个线程一个 i++ 一个 i–,只能保证看到最新值(可见性
),不能解决指令交错(原子性
)
// 假设i的初始值为0
getstatic i // 线程2-获取静态变量i的值 线程内i=0
getstatic i // 线程1-获取静态变量i的值 线程内i=0
iconst_1 // 线程1-准备常量1
iadd // 线程1-自增 线程内i=1
putstatic i // 线程1-将修改后的值存入静态变量i 静态变量i=1
iconst_1 // 线程2-准备常量1
isub // 线程2-自减 线程内i=-1
putstatic i // 线程2-将修改后的值存入静态变量i 静态变量i=-1
注意 :
synchronized
语句块既可以保证代码块的原子性
,也同时保证代码块内变量的可见性
。但缺点
是 synchronized 是属于重量级操作,性能相对更低
。 如果在前面示例的死循环中加入 System.out.println() 会发现即使不加 volatile 修饰符,线程 t 也能正确看到 对 run 变量的修改了,想一想为什么?因为println方法里面有synchronized修饰。还有那个等烟的示例, 为啥没有出现可见性问题?和synchrozized是一个道理。
1.1.4 模式之两阶段终止
我们之前的做法:当我们在执行线程一时,想要终止线程二,这是就需要使用interrupt
方法来优雅的停止线程二。
- 使用volatile关键字来实现两阶段终止模式
@Slf4j(topic = "guizy.Test1")
public class Test1 {public static void main(String[] args) throws InterruptedException {// 下面是两个线程操作共享变量stopMonitor monitor = new Monitor();monitor.start();Thread.sleep(3500);monitor.stop();}
}@Slf4j(topic = "guizy.Monitor")
class Monitor {// private boolean stop = false; // 不会停止程序private volatile boolean stop = false; // 会停止程序/*** 启动监控器线程*/public void start() {Thread monitor = new Thread(() -> {//开始不停的监控while (true) {if (stop) {break;}}});monitor.start();}/*** 用于停止监控器线程*/public void stop() {stop = true;}
}
1.1.5 模式之 Balking (了解)
定义:Balking (犹豫)模式
用在 一个线程发现另一个线程或本线程已经做了某一件相同的事,那么本线程就无需再做了,直接结束返回。有点类似于单例。
@Slf4j(topic = "guizy.Test1")
public class Test1 {public static void main(String[] args) throws InterruptedException {Monitor monitor = new Monitor();monitor.start();monitor.start();monitor.start();Sleeper.sleep(3.5);monitor.stop();}
}@Slf4j(topic = "guizy.Monitor")
class Monitor {Thread monitor;//设置标记,用于判断是否被终止了private volatile boolean stop = false;//设置标记,用于判断是否已经启动过了private boolean starting = false;/*** 启动监控器线程*/public void start() {//上锁,避免多线程运行时出现线程安全问题synchronized (this) {if (starting) {//已被启动,直接返回return;}//启动监视器,改变标记starting = true;}//设置线控器线程,用于监控线程状态monitor = new Thread(() -> {//开始不停的监控while (true) {if(stop) {log.debug("处理后续儿事");break;}log.debug("监控器运行中...");try {//线程休眠Thread.sleep(1000);} catch (InterruptedException e) {log.debug("被打断了...");}}});monitor.start();}/*** 用于停止监控器线程*/public void stop() {//打断线程stop = true;monitor.interrupt();}
}
1.2 有序性(重点)
由于JIT即时编译器的优化,可能会导致
指令重排
。 CPU 支持多级指令流水线,例如支持同时执行取指令 - 指令译码 - 执行指令 - 内存访问 - 数据写回
的处理器。效率快 ~
诡异的结果:
int num = 0;// volatile 修饰的变量,可以禁用指令重排 volatile boolean ready = false; 可以防止变量之前的代码被重排序
boolean ready = false; // 线程1 执行此方法
public void actor1(I_Result r) {if(ready) {r.r1 = num + num;} else {r.r1 = 1;}
}
// 线程2 执行此方法
public void actor2(I_Result r) {num = 2;ready = true;
}
线程1执行actor1方法, 线程2执行actor2方法
- 情况1:线程1 先执行,这时 ready = false,所以进入 else 分支结果为
1
- 情况2:线程2 先执行 num = 2,但没来得及执行 ready = true,线程1 执行,还是进入 else 分支,结果为
1
- 情况3:线程2 执行到 ready = true,线程1 执行,这回进入 if 分支,结果为
4
(因为 num 已经执行过了) - 情况4:结果还有可能是
0
,线程2 执行 ready = true,切换到线程1,进入 if 分支,相加为 0,再切回线程2 执行 num = 2。
1.2.1 重排序需要遵守一定规则
- 指令重排序操作不会对存在
数据依赖关系
的操作进行重排序。比如:a=1:b=a;这个指令序列,由于第二个操作依赖于第一个操作,所以在编译时和处理器运行时这两个操作不会被重排序。
指令重排序 在 单线程模式
下是一定会保证最终结果的正确性, 但是在多线程环境下,问题就出来了。
- 解决方法:
volatile
修饰的变量,可以禁用指令重排
注意:
- 使用
synchronized并不能解决有序性问题
,但是如果是该变量整个都在synchronized
代码块的保护范围内,那么变量就不会被多个线程同时操作,也不用考虑有序性问题!在这种情况下相当于解决了重排序问题!- 参考下面double-checked locking 问题里的代码,第一个代码片段中的instance变量都在synchronized代码块中,第二个代码片段中instance不全在synchronized中所以产生了问题。
1.3 volatile 原理 (重点)
基本特性
volatile 是 Java 虚拟机提供的轻量级
的同步机制(三大特性)
- 保证可见性
- 不保证原子性
- 保证有序性(禁止指令重排)
volatile 的底层实现原理是内存屏障
,Memory Barrier
(Memory Fence)
- 对 volatile 变量的写指令后会加入
写屏障
。(保证写屏障之前的写操作, 都能同步到主存中) - 对 volatile 变量的读指令前会加入
读屏障
。(保证读屏障之后的读操作, 都能读到主存的数据)
1.3.1 volatile是如何保证可见性 (重点)
写屏障
(sfence)保证在该屏障之前
的,对共享变量的改动,都同步到主存当中
public void actor2(I_Result r) {num = 2;ready = true; // ready是被volatile修饰的 ,赋值带写屏障// 写屏障.(在ready=true写指令之后加的, //在该屏障之前对共享变量的改动, 都同步到主存中. 包括num)
}
读屏障
(lfence)保证在该屏障之后
,对共享变量的读取,加载的是主存中最新数据
public void actor1(I_Result r) {// 读屏障// ready是被volatile修饰的 ,读取值带读屏障if(ready) { // ready, 读取的就是主存中的新值r.r1 = num + num; // num, 读取的也是主存中的新值} else {r.r1 = 1;}
}
1.3.2 volatile是如何保证有序性
-
写屏障
会确保指令重排序时,不会将写屏障之前的代码排在写屏障之后 -
读屏障
会确保指令重排序时,不会将读屏障之后的代码排在读屏障之前
volatile不能解决指令交错 (不能解决原子性):
- 写屏障仅仅是保证之后的读能够读到最新的结果,但不能保证其它线程的读,跑到它前面去
- 有序性的保证也只是保证了本线程内相关代码不被重排序
下图t2线程,就先读取了i=0,此时还是会出现指令交错的现象,可以使用synchronized
来解决原子性
1.4 double-checked locking (双重检查锁) 问题(重点)
首先
synchronized
可以保证它的临界区的资源是原子性、可见性、有序性
的,有序性的前提是,在synchronized代码块中的共享变量,不会在代码块外使用到,否则有序性不能被保证,只能使用volatile来保证有序性
下面代码的第二个双重检查单例,就出现了这个问题(在synchronized外使用到了INSTANCE),此时synchronized
就不能防止指令重排,确保不了指令的有序性。
以著名的double-checked locking(双重检查锁) 单例模式为例,这是volatile
最常使用的地方。
// 最开始的单例模式是这样的
public final class Singleton {private Singleton() { }private static Singleton INSTANCE = null;public static Singleton getInstance() {/*多线程同时调用getInstance(), 如果不加synchronized锁, 此时两个线程同时判断INSTANCE为空, 此时都会new Singleton(), 此时就破坏单例了.所以要加锁,防止多线程操作共享资源,造成的安全问题*/synchronized(Singleton.class) {if (INSTANCE == null) { // t1INSTANCE = new Singleton();}}return INSTANCE;}
}/*首先上面代码的效率是有问题的, 因为当我们创建了一个单例对象后, 又来一个线程获取到锁了,还是会加锁, 严重影响性能,再次判断INSTANCE==null吗, 此时肯定不为null, 然后就返回刚才创建的INSTANCE;这样导致了很多不必要的判断; 所以要双重检查, 在第一次线程调用getInstance(), 直接在synchronized外,判断instance对象是否存在了,如果不存在, 才会去获取锁,然后创建单例对象,并返回; 第二个线程调用getInstance(), 会进行if(instance==null)的判断, 如果已经有单例对象, 此时就不会再去同步块中获取锁了. 提高效率
*/
public final class Singleton {private Singleton() { }private static Singleton INSTANCE = null;public static Singleton getInstance() {if(INSTANCE == null) { // t2// 首次访问会同步,而之后的使用没有 synchronizedsynchronized(Singleton.class) {if (INSTANCE == null) { // t1INSTANCE = new Singleton();}}}return INSTANCE;}
}
//但是上面的if(INSTANCE == null)判断代码没有在同步代码块synchronized中,
// 不能享有synchronized保证的原子性、可见性、以及有序性。所以可能会导致 指令重排
以上的实现特点是:
- 懒汉式单例
- 首次使用 getInstance() 才使用 synchronized 加锁,后续使用时无需加锁 (也就是上面的第二个单例)
- 有隐含的,但很关键的一点:第一个 if 使用了 INSTANCE 变量,是在同步块之外,这样会导致synchronized无法保证指令的有序性,此时可能会导致指令重排问题
注意:但在多线程环境下,上面的代码是有问题的,getInstance 方法对应的字节码为
0: getstatic #2 // Field INSTANCE:Lcn/itcast/n5/Singleton;
3: ifnonnull 37 // 判断是否为空
// ldc是获得类对象
6: ldc #3 // class cn/itcast/n5/Singleton
// 复制操作数栈栈顶的值放入栈顶, 将类对象的引用地址复制了一份
8: dup
// 操作数栈栈顶的值弹出,即将对象的引用地址存到局部变量表中
// 将类对象的引用地址存储了一份,是为了将来解锁用
9: astore_0
10: monitorenter
11: getstatic #2 // Field INSTANCE:Lcn/itcast/n5/Singleton;
14: ifnonnull 27
// 新建一个实例
17: new #3 // class cn/itcast/n5/Singleton
// 复制了一个实例的引用
20: dup
// 通过这个复制的引用调用它的构造方法
21: invokespecial #4 // Method "<init>":()V
// 最开始的这个引用用来进行赋值操作
24: putstatic #2 // Field INSTANCE:Lcn/itcast/n5/Singleton;
27: aload_0
28: monitorexit
29: goto 37
32: astore_1
33: aload_0
34: monitorexit
35: aload_1
36: athrow
37: getstatic #2 // Field INSTANCE:Lcn/itcast/n5/Singleton;
40: areturn
其中
- 17 表示创建对象,将对象引用入栈 // new Singleton
- 20 表示复制一份对象引用,复制了引用地址, 解锁使用
- 21 表示利用一个对象引用,调用构造方法,根据复制的引用地址调用构造方法
- 24 表示利用一个对象引用,赋值给 static INSTANCE
可能jvm 会优化为:先执行 24(赋值),再执行 21(构造方法)
。步骤 21 和 24 之间不存在数据依赖关系,而且无论重排前后,程序的执行结果在单线程中并没有改变,因此这种重排优化是允许的。
如果两个线程 t1,t2 按如下时间序列执行:
通过上面的字节码发现,这一步INSTANCE = new Singleton();
操作不是一个原子操作,它分为21, 24两个指令,此时可能就会发生指令重排的问题
- 关键在于 0: getstatic 这行代码在 monitor 控制之外,它就像之前举例中不守规则的人,可以越过 monitor 读取 INSTANCE 变量的值
- 这时 t1 还未完全将构造方法执行完毕,如果在构造方法中要执行很多初始化操作,那么 t2 拿到的是将是一个未初始化完毕的单例 ,这就造成了线程安全的问题
对 INSTANCE 使用 volatile 修饰即可,可以禁用指令重排。 - 注意在 JDK 5 以上的版本的 volatile 才会真正有效
double-checked locking 关于指令重排的解决
- 加volatile
public final class Singleton {private Singleton() { }private static volatile Singleton INSTANCE = null;public static Singleton getInstance() {// 实例没创建,才会进入内部的 synchronized代码块if (INSTANCE == null) {synchronized (Singleton.class) { // t2// 也许有其它线程已经创建实例,所以再判断一次if (INSTANCE == null) { // t1INSTANCE = new Singleton();}}}return INSTANCE;}
}
读写 volatile 变量操作(即getstatic操作和putstatic操作)时会加入内存屏障
(Memory Barrier(Memory Fence)),保证下面两点:
- 可见性
写屏障
(sfence)保证在该屏障之前
的 t1 对共享变量的改动,都同步到主存当中读屏障
(lfence)保证在该屏障之后
t2 对共享变量的读取,加载的是主存中最新数据
- 有序性
写屏障
会确保指令重排序时,不会将写屏障之前
的代码排在写屏障之后读屏障
会确保指令重排序时,不会将读屏障之后
的代码排在读屏障之前
- 更底层是读写变量时使用
lock 指令
来多核 CPU 之间的可见性与有序性
加上volatile
之后,保证了指令的有序性,不会发生指令重排,21就不会跑到24之后执行了
总结:
synchronized
既能保证原子性、可见性、有序性
,其中有序性是在该共享变量完全
被synchronized 所接管(包括共享变量的读写操作),上面的例子中synchronized 外面的 if (INSTANCE == null) 中的INSTANCE读操作没有被synchronized 接管,因此无法保证INSTANCE共享变量的有序性(即不能防止指令重排)。- 对共享变量加
volatile
关键字可以保证可见性
和有序性
,但是不能保证原子性
(即不能防止指令交错)。
1.5 happens-before (对共享变量的写操作,对其它线程的读操作可见)
Java 内存模型具备一些先天的“有序性”,即不需要通过任何同步手段(volatile、synchronized 等)就能够得到保证的安全,它是可见性与有序性的一套规则总结。抛开以下 happens-before 规则,JMM 并不能保证一个线程对共享变量的写,对于其它线程对该共享变量的读可见。
下面说的变量都是指 成员变量
或静态成员变量
方式一
- 线程解锁 m 之前对变量的写,对于接下来对 m 加锁的其它线程对该变量的读可见
synchronized
锁,保证了可见性
static int x;static Object m = new Object();new Thread(()->{synchronized(m) {x = 10;}},"t1").start();new Thread(()->{synchronized(m) {System.out.println(x);}},"t2").start();// 10
方式二
- 线程对
volatile
变量的写,对接下来其它线程对该变量的读可见- volatile修饰的变量,通过
写屏障
,共享到主存中,其他线程通过读屏障
,读取主存的数据
- volatile修饰的变量,通过
volatile static int x;new Thread(()->{x = 10;},"t1").start();new Thread(()->{System.out.println(x);},"t2").start();
方式三
- 线程
start()
前对变量的写,对该线程开始后对该变量的读可见- 线程还没启动时,修改变量的值,在启动线程后,获取的变量值,肯定是修改过的
static int x;x = 10;new Thread(()->{System.out.println(x);},"t2").start();
方式四
- 线程结束前对变量的写,对其它线程得知它结束后的读可见(比如其它线程调用
t1.isAlive()
或t1.join()
等待它结束)- 主线程获取的x值,是线程执行完对x的写操作之后的值。
static int x;Thread t1 = new Thread(()->{x = 10;},"t1");t1.start();t1.join();System.out.println(x);
方式五
- 线程 t1 打断 t2(interrupt)前对变量的写,对于其他线程得知 t2 被打断后,对变量的读可见(通过
t2.interrupted
或t2.isInterrupted
)
static int x;public static void main(String[] args) {Thread t2 = new Thread(()->{while(true) {if(Thread.currentThread().isInterrupted()) {System.out.println(x); // 10, 打断了, 读取的也是打断前修改的值break;}}},"t2");t2.start(); new Thread(()->{sleep(1);x = 10;t2.interrupt();},"t1").start();while(!t2.isInterrupted()) {Thread.yield();}System.out.println(x); // 10}
方式六
- 对
变量默认值(0,false,null)
的写,对其它线程对该变量的读可见 (最基本) 具有传递性
,如果 x hb-> y 并且 y hb-> z 那么有 x hb-> z ,配合 volatile 的防指令重排,有下面的例子- 因为x加了volatile,所以在volatile static int x 代码的上面添加了读屏障,保证读到的x和y的变化是可见的(包括y,只要是读屏障下面都OK);通过传递性,t2线程对x,y的写操作,都是可见的
总结
volatile
主要用在一个线程写,多个线程读
时的来保证可见性
,和double-checked locking模式
中保证synchronized
代码块外的共享变量的指令重排序问题
二、习题
2.1 balking 模式习题
希望 doInit() 方法仅被调用一次,下面的实现是否有问题,为什么?
-
有问题:
volatile无法保证原子性
;当多个线程同时调用init()方法时,此时都进入到if判断,因为都为false,所以都调用doInit()方法,此时就调用了多次 -
解决方法:对init()方法的方法体,通过
synchronized加锁
,防止多个线程访问共享资源导致的安全问题;
public class TestVolatile {volatile boolean initialized = false;void init() {if (initialized) {return;}doInit();initialized = true;}private void doInit() {}
}
修改后
@Slf4j(topic = "guizy.BigRoomTest")
public class BigRoomTest {volatile static boolean initialized = false;final static Object obj = new Object();public static void main(String[] args) {new Thread(() -> {init();}, "t1").start();new Thread(() -> {init();}, "t2").start();}static void init() {synchronized (obj) {if (initialized) {return;}doInit();initialized = true;}}private static void doInit() {log.debug("init...");}
}
2.2 线程安全单例模式 (重点)
单例模式
有很多实现方法,饿汉、懒汉、静态内部类、枚举类
,试分析每种实现下获取单例对象(即调用 getInstance)时的线程安全,并思考注释中的问题饿汉式
:类加载就会导致该单实例对象被创建懒汉式
:类加载不会导致该单实例对象被创建,而是首次使用该对象时才会创建
实现1:饿汉式
// 问题1:为什么加 final,防止子类继承后更改
// 问题2:如果实现了序列化接口, 还要做什么来防止反序列化破坏单例,如果进行反序列化的时候会生成新的对象,这样跟单例模式生成的对象是不同的。要解决直接加上readResolve()方法就行了,如下所示
public final class Singleton implements Serializable {// 问题3:为什么设置为私有? 放弃其它类中使用new生成新的实例,是否能防止反射创建新的实例?不能。private Singleton() {}// 问题4:这样初始化是否能保证单例对象创建时的线程安全?没有,这是类变量,是jvm在类加载阶段就进行了初始化,jvm保证了此操作的线程安全性private static final Singleton INSTANCE = new Singleton();// 问题5:为什么提供静态方法而不是直接将 INSTANCE 设置为 public, 说出你知道的理由。//1.提供更好的封装性;2.提供范型的支持public static Singleton getInstance() {return INSTANCE;}public Object readResolve() {return INSTANCE;}
}
- 问题1 : 加
final
为了防止有子类,因为子类可以重写父类的方法 - 问题2 : 首先通过反序列化操作,也是可以创建一个对象的,破坏了单例,可以使用readResolve方法并返回instance对象,当反序列化的时候就会调用自己写的readResolve方法
- 问题3 : 私有化构造器,防止外部通过构造器来创建对象;但不能防止反射来创建对象
- 问题4 : 因为单例对象是static的,静态成员变量的初始化操作是在类加载阶段完成,由JVM保证其线程安全 (这其实是利用了ClassLoader的线程安全机制。ClassLoader的loadClass方法在加载类的时候使用了synchronized关键字。)
- 问题5 : 通过向外提供公共方法,体现了更好的封装性,可以在方法内实现懒加载的单例;可以提供泛型等
- 补充 :
任何一个readObject方法,不管是显式的还是默认的,它都会返回一个新建的实例,这个新建的实例不同于该类初始化时创建的实例
。
实现2:饿汉式
因为枚举的变量,底层是通过public static final
来修饰的,类加载就创建了,所以是饿汉式
// 问题1:枚举单例是如何限制实例个数的:创建枚举类的时候就已经定义好了,每个枚举常量其实就是枚举类的一个静态成员变量
// 问题2:枚举单例在创建时是否有并发问题:没有,这是静态成员变量
// 问题3:枚举单例能否被反射破坏单例:不能
// 问题4:枚举单例能否被反序列化破坏单例:枚举类默认实现了序列化接口,枚举类已经考虑到此问题,无需担心破坏单例
// 问题5:枚举单例属于懒汉式还是饿汉式:饿汉式
// 问题6:枚举单例如果希望加入一些单例创建时的初始化逻辑该如何做:加构造方法就行了
enum Singleton {INSTANCE;
}
- 问题1 : 枚举类中, 只有一个INSTANCE, 就确保了它是单例的
- 问题2 : 没有并发问题, 是线程安全的, 因为枚举单例底层是一个
静态成员变量
, 它是通过类加载器的加载而创建的, 确保了线程安全 - 问题3 : 反射无法破坏枚举单例, 主要通过反射,
newInstance
的时候, 会在该方法中作判断, 如果检查是枚举类型, 就会抛出异常。- if ((this.clazz.getModifiers() & 16384) != 0)
throw new IllegalArgumentException(“Cannot reflectively create enum objects”);
- if ((this.clazz.getModifiers() & 16384) != 0)
- 问题4 : 反序列化不能破坏, 枚举类默认也实习了序列号接口. 但枚举类考虑到了这个问题, 不会破坏单例. 通过反序列化得到的并不是同一个单例对象; 除此之外, 还可以写上
readResolve方法
, - 问题 5 : 属于饿汉式, 静态成员变量, 通过类加载器的时候就加载了。
- 问题 6 : 加构造方法
实现3:懒汉式
public final class Singleton {private Singleton() { }private static Singleton INSTANCE = null;// 分析这里的线程安全, 并说明有什么缺点:synchronized加载静态方法上,可以保证线程安全。缺点就是锁的范围过大.public static synchronized Singleton getInstance() {if( INSTANCE != null ){return INSTANCE;}INSTANCE = new Singleton();return INSTANCE;}
}
上面是一个懒汉式的单例,代码存在性能问题:当单例对象已经创建好了,多个线程访问getInstance()方法,仍然会获取锁,同步操作,性能很低,此时出现重复判断,因此要使用双重检查
。
实现4:DCL 懒汉式
public final class Singleton {private Singleton() { }// 问题1:解释为什么要加 volatile ?为了防止重排序问题private static volatile Singleton INSTANCE = null;// 问题2:对比实现3, 说出这样做的意义:提高了效率public static Singleton getInstance() {if (INSTANCE != null) {return INSTANCE;}synchronized (Singleton.class) {// 问题3:为什么还要在这里加为空判断, 之前不是判断过了吗?这是为了第一次判断时的并发问题。if (INSTANCE != null) { // t2return INSTANCE;}INSTANCE = new Singleton();return INSTANCE;}}
}
- 问题1 : 因为在synchronized外部使用到了共享变量INSTANCE,所以
synchronized无法保证instance的有序性
,又因为instance = new Singleton()不是一个原子操作
,可分为多个指令。此时通过指令重排,可能会造成INSTANCE还未初始化,就赋值的现象,所以要给共享变量INSTANCE加上volatile
,禁止指令重排。 - 问题2 : 增加了双重判断,如果存在了单例对象,别的线程再进来就无需加锁判断,大大提高性能
- 问题3 : 防止多线程并发导致不安全的问题:
防止单例对象被重复创建
。当t1,t2线程都调用getInstance()方法,它们都判断单例对象为空,还没有创建;- 此时t1先获取到锁对象,进入到synchronized中,此时创建对象,返回单例对象,释放锁;
- 这时候t2获得了锁对象,如果在代码块中没有if判断,则线程2认为没有单例对象,因为在代码块外判断的时候就没有,所以t2就还是会创建单例对象。此时就重复创建了。
实现5:懒汉式
public final class Singleton {private Singleton() { }// 问题1:属于懒汉式还是饿汉式:懒汉式,这是一个静态内部类。类加载本身就是懒惰的,在没有调用getInstance方法时是没有执行LazyHolder内部类的类加载操作的。private static class LazyHolder {static final Singleton INSTANCE = new Singleton();}// 问题2:在创建时是否有并发问题,这是线程安全的,类加载时,jvm保证类加载操作的线程安全public static Singleton getInstance() {return LazyHolder.INSTANCE;}
}
- 问题 1 : 懒汉式,这是一个静态内部类。类加载本身就是懒惰的,在没有调用getInstance方法时是没有执行LazyHolder内部类的类加载操作的。
静态内部类不会随着外部类的加载而加载
, 这是静态内部类和静态变量的区别 - 问题 2 : 不会有并发问题, 因为是
通过类加载创建的单例
, JVM保证不会出现线程安全。
参考:
如若内容造成侵权/违法违规/事实不符,请联系编程学习网邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
相关文章
- FPGA与VHDL语言学习3
FPGA与VHDL语言学习3 目录 1. LPM_RAM的设置和调用方法,设计一个LPM_RAM 2. 简易正弦信号发生器(这里要使用的 data7X8 .mif 文件),要求用LPM设计一个七位计数器及对应的LPM_ROM 3. 《桶型移位寄存器设计》 4. 有符号数与无符号…...
2024/5/8 12:17:38 - 基于Java窗体实现的模拟哲学家进餐演示系统
一、需求分析 模拟操作系统进程之间并发执行的原理,及其所引起的同步、互斥问题的方法。 本程序的运行方便简洁,运行结果以图形化的方式展示出来,每个方法的演示是互相独立的,可以多个哲学家进餐方法同时进行演示。用户可以用鼠…...
2024/4/13 13:47:34 - 二十一世纪“新元宇宙”奇科幻小说原创作品系列连载【第一部】第二回 登峰时刻
二十一世纪“新元宇宙”奇科幻小说原创作品系列连载【第一部】 《地球人奇游“天球”记》 第二回 登峰时刻 1、静沐“新哲学”思想: 山中有峰,峰中有顶。一峰独秀,是风光美景;群峰齐辉,才是壮丽奇观。人亦如…...
2024/4/16 6:44:59 - python 带可选参数的命令行的代码
把开发过程中经常用到的一些内容段做个记录,下面内容是关于python 带可选参数的命令行的内容,希望能对各朋友也有用途。 #!/usr/bin/env python [SNIPPET_NAME: Show optparse] [SNIPPET_CATEGORIES: Python Core] [SNIPPET_DESCRIPTION: GNU style a…...
2024/4/13 13:47:34 - R 回归分析 多元线性回归
对比一元线性回归,多元线性回归是用来确定2个或2个以上变量间关系的统计分析方法。多元线性回归的基本的分析方法与一元线性回归方法是类似的,我们首先需要对选取多元数据集并定义数学模型,然后进行参数估计,对估计出来的参数进行显著性检验,残差分析,异常点检测,最后确…...
2024/4/24 17:36:22 - 【高并发高性能高可用之海量数据MySQL实战-1】-MySQL 8.0安装
一、环境介绍 操作系统:CentOS 7 MySQL:8.0 二、MySQL的卸载 1、查看MySQL软件 rpm -qa|grep mysql 2、卸载MySQL yum remove -y mysql mysql-libs mysql-commonrm -rf /var/lib/mysqlrm /etc/my.cnf 查看是否还有 MySQL 软件,有的…...
2024/4/24 14:55:17 - Android APP完整基础教程(17)图形系统-SurfaceView
1 SurfaceView的绘图机制 1 理解SurfaceView 为什么要使用SurfaceView,而不是直接使用View? 这里要考虑到动态场景和静态场景的差异,相对于动态场景: View组件缺少双缓冲机制。存在图像撕裂/显示不全的情况。View组件无法局部…...
2024/4/13 13:47:49 - ZylGPSReceiver3.8x版本crack, PC的NMEA兼容接收器
ZylGPSReceiver3.8x版本crack, PC的NMEA兼容接收器 ZylGPSReceiver被设计为 Delphi 和 CBuilder 的一个组件,为与串行 GPS 接收器的联系和通信提供支持。因此,对于希望构建 GPS 应用程序的开发人员来说,它可以证明是一个可行的解决方案。 Zyl…...
2024/4/13 13:47:44 - Zookeeper的简单介绍
1.ZooKeeper是什么? ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,它是集群的管理者,监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终ÿ…...
2024/4/7 21:30:07 - python -- 查找二维数组,判断你输入的整数在不在此数组中
class Solution:# array 二维列表def Find(self, target, array):# write code hererowslen(array)-1 colslen(array[0])-1irows #从二维数组的左下角那个数字开始j0while i>0 and j<cols:if target > array[i][j]: #说明在右边j 1 #行…...
2024/4/13 13:47:59 - LeetCode 1763. 最长的美好子字符串
1763. 最长的美好子字符串 当一个字符串 s 包含的每一种字母的大写和小写形式 同时 出现在 s 中,就称这个字符串 s 是 美好 字符串。比方说,"abABB" 是美好字符串,因为 A 和 a 同时出现了,且 B 和 b 也同时出现了。然而…...
2024/5/5 23:38:03 - 周二1.13网络及网络协议的补充
局域网:一个局部空间才能够使用的网络(又称内网) 广域网:范围比局域网更大一个网络空间(又称外网) 三大运营商随便挑一家开通一个宽带 ——> 运营商这边给你分配账号并上门安装宽带 ——> 使用宽带拨号上网的 方式进行访问网络 在互联网当中,计算机与计算机…...
2024/4/24 23:04:06 - Linux Shell脚本:case 函数 字符串处理和变量初始化
case 语句 shell函数 注:都要带括号 中断与退出 字符串处理和变量的初始化 随机密码 $! 最后一个后台进程号 不要执行上述例子...
2024/4/13 13:48:34 - 贪心算法-解决分配问题 leetcode455题分发饼干|CSDN创作打卡
贪心算法 见名知意,就是贪心,在对一个问题进行求解的时候,将求解的过程划分为若干个单元,秉着贪心的思想,即在这划分的每一个单元内取最优解,每一步都是最优解,可想而知最后堆砌出来的也是最优的…...
2024/4/13 13:48:24 - vue-video-player的快速使用
0. 介绍:vue封装的一个标签播放器(不加密的播放) 1. 安装 npm install vue-video-player --save -i https://pypi.douban.com/simple/ 2.在src/main.js导入 // 2. require(video.js/dist/video-js.css); require(vue-video-player/src/custom-theme.css); impor…...
2024/4/26 14:14:21 - 摸鱼日记2.6
学习目标: 数学 学习内容: 添加链接描述剑指 Offer 14- I. 剪绳子 求导,① 当所有绳段长度相等时,乘积最大。② 最优的绳段长度为 3 。 class Solution { public:int cuttingRope(int n) {if (n < 3)return n - 1;int a …...
2024/5/7 9:33:39 - 在云上搭建的集群,Couldn‘t preview the file
打开我在阿里云创建的集群,配置规则中新建9864端口...
2024/5/7 5:51:38 - 【信号检测】基于matlab双稳随机共振微弱信号检测【含Matlab源码 1701期】
一、获取代码方式 获取代码方式1: 完整代码已上传我的资源:【信号检测】基于matlab双稳随机共振微弱信号检测【含Matlab源码 1701期】 获取代码方式2: 通过订阅紫极神光博客付费专栏,凭支付凭证,私信博主,…...
2024/5/6 19:40:12 - question
...
2024/5/7 11:19:02 - 第三次前端培训(CSS)
CSS概述 CSS 层叠样式表,是一种用来表现HTML或XML等文件样式的计算机语言。 CSS是用来美化网页的,没有网页则CSS毫无用处,所以CSS需要依赖HTML展示其功能。 CSS基本使用 1.CSS定义 选择器名{ 属性名:属性值;&…...
2024/4/16 5:31:54
最新文章
- hvv在即,我们整理了 2024 年部分勒索漏洞清单
近些年,漏洞数量不断增加,各行业面临的安全挑战日益严峻,特别是在工业、新能源、金融、交通、国防、医疗等关键领域,众多数据泄露和勒索软件攻击事件明确显示出,利用安全漏洞已成为攻击者最频繁采用的手段之一。 本文…...
2024/5/8 16:17:52 - 梯度消失和梯度爆炸的一些处理方法
在这里是记录一下梯度消失或梯度爆炸的一些处理技巧。全当学习总结了如有错误还请留言,在此感激不尽。 权重和梯度的更新公式如下: w w − η ⋅ ∇ w w w - \eta \cdot \nabla w ww−η⋅∇w 个人通俗的理解梯度消失就是网络模型在反向求导的时候出…...
2024/5/7 10:36:02 - 《前端防坑》- JS基础 - 你觉得typeof nullValue === null 么?
问题 JS原始类型有6种Undefined, Null, Number, String, Boolean, Symbol共6种。 在对原始类型使用typeof进行判断时, typeof stringValue string typeof numberValue number 如果一个变量(nullValue)的值为null,那么typeof nullValue "?" const u …...
2024/5/8 15:11:50 - 大数据学习十三天(hadhoop基础2)
一: MapReduce概述(了解) MapReduce是hadoop三大组件之一,是分布式计算组件 Map阶段 : 将数据拆分到不同的服务器后执行Maptask任务,得到一个中间结果 Reduce阶段 : 将Maptask执行的结果进行汇总,按照Reducetask的计算 规则获得一个唯一的结果 我们在MapReduce计算框架的使用过…...
2024/5/8 16:15:09 - 【外汇早评】美通胀数据走低,美元调整
原标题:【外汇早评】美通胀数据走低,美元调整昨日美国方面公布了新一期的核心PCE物价指数数据,同比增长1.6%,低于前值和预期值的1.7%,距离美联储的通胀目标2%继续走低,通胀压力较低,且此前美国一季度GDP初值中的消费部分下滑明显,因此市场对美联储后续更可能降息的政策…...
2024/5/8 6:01:22 - 【原油贵金属周评】原油多头拥挤,价格调整
原标题:【原油贵金属周评】原油多头拥挤,价格调整本周国际劳动节,我们喜迎四天假期,但是整个金融市场确实流动性充沛,大事频发,各个商品波动剧烈。美国方面,在本周四凌晨公布5月份的利率决议和新闻发布会,维持联邦基金利率在2.25%-2.50%不变,符合市场预期。同时美联储…...
2024/5/7 9:45:25 - 【外汇周评】靓丽非农不及疲软通胀影响
原标题:【外汇周评】靓丽非农不及疲软通胀影响在刚结束的周五,美国方面公布了新一期的非农就业数据,大幅好于前值和预期,新增就业重新回到20万以上。具体数据: 美国4月非农就业人口变动 26.3万人,预期 19万人,前值 19.6万人。 美国4月失业率 3.6%,预期 3.8%,前值 3…...
2024/5/4 23:54:56 - 【原油贵金属早评】库存继续增加,油价收跌
原标题:【原油贵金属早评】库存继续增加,油价收跌周三清晨公布美国当周API原油库存数据,上周原油库存增加281万桶至4.692亿桶,增幅超过预期的74.4万桶。且有消息人士称,沙特阿美据悉将于6月向亚洲炼油厂额外出售更多原油,印度炼油商预计将每日获得至多20万桶的额外原油供…...
2024/5/7 14:25:14 - 【外汇早评】日本央行会议纪要不改日元强势
原标题:【外汇早评】日本央行会议纪要不改日元强势近两日日元大幅走强与近期市场风险情绪上升,避险资金回流日元有关,也与前一段时间的美日贸易谈判给日本缓冲期,日本方面对汇率问题也避免继续贬值有关。虽然今日早间日本央行公布的利率会议纪要仍然是支持宽松政策,但这符…...
2024/5/4 23:54:56 - 【原油贵金属早评】欧佩克稳定市场,填补伊朗问题的影响
原标题:【原油贵金属早评】欧佩克稳定市场,填补伊朗问题的影响近日伊朗局势升温,导致市场担忧影响原油供给,油价试图反弹。此时OPEC表态稳定市场。据消息人士透露,沙特6月石油出口料将低于700万桶/日,沙特已经收到石油消费国提出的6月份扩大出口的“适度要求”,沙特将满…...
2024/5/4 23:55:05 - 【外汇早评】美欲与伊朗重谈协议
原标题:【外汇早评】美欲与伊朗重谈协议美国对伊朗的制裁遭到伊朗的抗议,昨日伊朗方面提出将部分退出伊核协议。而此行为又遭到欧洲方面对伊朗的谴责和警告,伊朗外长昨日回应称,欧洲国家履行它们的义务,伊核协议就能保证存续。据传闻伊朗的导弹已经对准了以色列和美国的航…...
2024/5/4 23:54:56 - 【原油贵金属早评】波动率飙升,市场情绪动荡
原标题:【原油贵金属早评】波动率飙升,市场情绪动荡因中美贸易谈判不安情绪影响,金融市场各资产品种出现明显的波动。随着美国与中方开启第十一轮谈判之际,美国按照既定计划向中国2000亿商品征收25%的关税,市场情绪有所平复,已经开始接受这一事实。虽然波动率-恐慌指数VI…...
2024/5/7 11:36:39 - 【原油贵金属周评】伊朗局势升温,黄金多头跃跃欲试
原标题:【原油贵金属周评】伊朗局势升温,黄金多头跃跃欲试美国和伊朗的局势继续升温,市场风险情绪上升,避险黄金有向上突破阻力的迹象。原油方面稍显平稳,近期美国和OPEC加大供给及市场需求回落的影响,伊朗局势并未推升油价走强。近期中美贸易谈判摩擦再度升级,美国对中…...
2024/5/4 23:54:56 - 【原油贵金属早评】市场情绪继续恶化,黄金上破
原标题:【原油贵金属早评】市场情绪继续恶化,黄金上破周初中国针对于美国加征关税的进行的反制措施引发市场情绪的大幅波动,人民币汇率出现大幅的贬值动能,金融市场受到非常明显的冲击。尤其是波动率起来之后,对于股市的表现尤其不安。隔夜美国股市出现明显的下行走势,这…...
2024/5/6 1:40:42 - 【外汇早评】美伊僵持,风险情绪继续升温
原标题:【外汇早评】美伊僵持,风险情绪继续升温昨日沙特两艘油轮再次发生爆炸事件,导致波斯湾局势进一步恶化,市场担忧美伊可能会出现摩擦生火,避险品种获得支撑,黄金和日元大幅走强。美指受中美贸易问题影响而在低位震荡。继5月12日,四艘商船在阿联酋领海附近的阿曼湾、…...
2024/5/4 23:54:56 - 【原油贵金属早评】贸易冲突导致需求低迷,油价弱势
原标题:【原油贵金属早评】贸易冲突导致需求低迷,油价弱势近日虽然伊朗局势升温,中东地区几起油船被袭击事件影响,但油价并未走高,而是出于调整结构中。由于市场预期局势失控的可能性较低,而中美贸易问题导致的全球经济衰退风险更大,需求会持续低迷,因此油价调整压力较…...
2024/5/4 23:55:17 - 氧生福地 玩美北湖(上)——为时光守候两千年
原标题:氧生福地 玩美北湖(上)——为时光守候两千年一次说走就走的旅行,只有一张高铁票的距离~ 所以,湖南郴州,我来了~ 从广州南站出发,一个半小时就到达郴州西站了。在动车上,同时改票的南风兄和我居然被分到了一个车厢,所以一路非常愉快地聊了过来。 挺好,最起…...
2024/5/7 9:26:26 - 氧生福地 玩美北湖(中)——永春梯田里的美与鲜
原标题:氧生福地 玩美北湖(中)——永春梯田里的美与鲜一觉醒来,因为大家太爱“美”照,在柳毅山庄去寻找龙女而错过了早餐时间。近十点,向导坏坏还是带着饥肠辘辘的我们去吃郴州最富有盛名的“鱼头粉”。说这是“十二分推荐”,到郴州必吃的美食之一。 哇塞!那个味美香甜…...
2024/5/4 23:54:56 - 氧生福地 玩美北湖(下)——奔跑吧骚年!
原标题:氧生福地 玩美北湖(下)——奔跑吧骚年!让我们红尘做伴 活得潇潇洒洒 策马奔腾共享人世繁华 对酒当歌唱出心中喜悦 轰轰烈烈把握青春年华 让我们红尘做伴 活得潇潇洒洒 策马奔腾共享人世繁华 对酒当歌唱出心中喜悦 轰轰烈烈把握青春年华 啊……啊……啊 两…...
2024/5/4 23:55:06 - 扒开伪装医用面膜,翻六倍价格宰客,小姐姐注意了!
原标题:扒开伪装医用面膜,翻六倍价格宰客,小姐姐注意了!扒开伪装医用面膜,翻六倍价格宰客!当行业里的某一品项火爆了,就会有很多商家蹭热度,装逼忽悠,最近火爆朋友圈的医用面膜,被沾上了污点,到底怎么回事呢? “比普通面膜安全、效果好!痘痘、痘印、敏感肌都能用…...
2024/5/5 8:13:33 - 「发现」铁皮石斛仙草之神奇功效用于医用面膜
原标题:「发现」铁皮石斛仙草之神奇功效用于医用面膜丽彦妆铁皮石斛医用面膜|石斛多糖无菌修护补水贴19大优势: 1、铁皮石斛:自唐宋以来,一直被列为皇室贡品,铁皮石斛生于海拔1600米的悬崖峭壁之上,繁殖力差,产量极低,所以古代仅供皇室、贵族享用 2、铁皮石斛自古民间…...
2024/5/4 23:55:16 - 丽彦妆\医用面膜\冷敷贴轻奢医学护肤引导者
原标题:丽彦妆\医用面膜\冷敷贴轻奢医学护肤引导者【公司简介】 广州华彬企业隶属香港华彬集团有限公司,专注美业21年,其旗下品牌: 「圣茵美」私密荷尔蒙抗衰,产后修复 「圣仪轩」私密荷尔蒙抗衰,产后修复 「花茵莳」私密荷尔蒙抗衰,产后修复 「丽彦妆」专注医学护…...
2024/5/4 23:54:58 - 广州械字号面膜生产厂家OEM/ODM4项须知!
原标题:广州械字号面膜生产厂家OEM/ODM4项须知!广州械字号面膜生产厂家OEM/ODM流程及注意事项解读: 械字号医用面膜,其实在我国并没有严格的定义,通常我们说的医美面膜指的应该是一种「医用敷料」,也就是说,医用面膜其实算作「医疗器械」的一种,又称「医用冷敷贴」。 …...
2024/5/6 21:42:42 - 械字号医用眼膜缓解用眼过度到底有无作用?
原标题:械字号医用眼膜缓解用眼过度到底有无作用?医用眼膜/械字号眼膜/医用冷敷眼贴 凝胶层为亲水高分子材料,含70%以上的水分。体表皮肤温度传导到本产品的凝胶层,热量被凝胶内水分子吸收,通过水分的蒸发带走大量的热量,可迅速地降低体表皮肤局部温度,减轻局部皮肤的灼…...
2024/5/4 23:54:56 - 配置失败还原请勿关闭计算机,电脑开机屏幕上面显示,配置失败还原更改 请勿关闭计算机 开不了机 这个问题怎么办...
解析如下:1、长按电脑电源键直至关机,然后再按一次电源健重启电脑,按F8健进入安全模式2、安全模式下进入Windows系统桌面后,按住“winR”打开运行窗口,输入“services.msc”打开服务设置3、在服务界面,选中…...
2022/11/19 21:17:18 - 错误使用 reshape要执行 RESHAPE,请勿更改元素数目。
%读入6幅图像(每一幅图像的大小是564*564) f1 imread(WashingtonDC_Band1_564.tif); subplot(3,2,1),imshow(f1); f2 imread(WashingtonDC_Band2_564.tif); subplot(3,2,2),imshow(f2); f3 imread(WashingtonDC_Band3_564.tif); subplot(3,2,3),imsho…...
2022/11/19 21:17:16 - 配置 已完成 请勿关闭计算机,win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机...
win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机”问题的解决方法在win7系统关机时如果有升级系统的或者其他需要会直接进入一个 等待界面,在等待界面中我们需要等待操作结束才能关机,虽然这比较麻烦,但是对系统进行配置和升级…...
2022/11/19 21:17:15 - 台式电脑显示配置100%请勿关闭计算机,“准备配置windows 请勿关闭计算机”的解决方法...
有不少用户在重装Win7系统或更新系统后会遇到“准备配置windows,请勿关闭计算机”的提示,要过很久才能进入系统,有的用户甚至几个小时也无法进入,下面就教大家这个问题的解决方法。第一种方法:我们首先在左下角的“开始…...
2022/11/19 21:17:14 - win7 正在配置 请勿关闭计算机,怎么办Win7开机显示正在配置Windows Update请勿关机...
置信有很多用户都跟小编一样遇到过这样的问题,电脑时发现开机屏幕显现“正在配置Windows Update,请勿关机”(如下图所示),而且还需求等大约5分钟才干进入系统。这是怎样回事呢?一切都是正常操作的,为什么开时机呈现“正…...
2022/11/19 21:17:13 - 准备配置windows 请勿关闭计算机 蓝屏,Win7开机总是出现提示“配置Windows请勿关机”...
Win7系统开机启动时总是出现“配置Windows请勿关机”的提示,没过几秒后电脑自动重启,每次开机都这样无法进入系统,此时碰到这种现象的用户就可以使用以下5种方法解决问题。方法一:开机按下F8,在出现的Windows高级启动选…...
2022/11/19 21:17:12 - 准备windows请勿关闭计算机要多久,windows10系统提示正在准备windows请勿关闭计算机怎么办...
有不少windows10系统用户反映说碰到这样一个情况,就是电脑提示正在准备windows请勿关闭计算机,碰到这样的问题该怎么解决呢,现在小编就给大家分享一下windows10系统提示正在准备windows请勿关闭计算机的具体第一种方法:1、2、依次…...
2022/11/19 21:17:11 - 配置 已完成 请勿关闭计算机,win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机”的解决方法...
今天和大家分享一下win7系统重装了Win7旗舰版系统后,每次关机的时候桌面上都会显示一个“配置Windows Update的界面,提示请勿关闭计算机”,每次停留好几分钟才能正常关机,导致什么情况引起的呢?出现配置Windows Update…...
2022/11/19 21:17:10 - 电脑桌面一直是清理请关闭计算机,windows7一直卡在清理 请勿关闭计算机-win7清理请勿关机,win7配置更新35%不动...
只能是等着,别无他法。说是卡着如果你看硬盘灯应该在读写。如果从 Win 10 无法正常回滚,只能是考虑备份数据后重装系统了。解决来方案一:管理员运行cmd:net stop WuAuServcd %windir%ren SoftwareDistribution SDoldnet start WuA…...
2022/11/19 21:17:09 - 计算机配置更新不起,电脑提示“配置Windows Update请勿关闭计算机”怎么办?
原标题:电脑提示“配置Windows Update请勿关闭计算机”怎么办?win7系统中在开机与关闭的时候总是显示“配置windows update请勿关闭计算机”相信有不少朋友都曾遇到过一次两次还能忍但经常遇到就叫人感到心烦了遇到这种问题怎么办呢?一般的方…...
2022/11/19 21:17:08 - 计算机正在配置无法关机,关机提示 windows7 正在配置windows 请勿关闭计算机 ,然后等了一晚上也没有关掉。现在电脑无法正常关机...
关机提示 windows7 正在配置windows 请勿关闭计算机 ,然后等了一晚上也没有关掉。现在电脑无法正常关机以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!关机提示 windows7 正在配…...
2022/11/19 21:17:05 - 钉钉提示请勿通过开发者调试模式_钉钉请勿通过开发者调试模式是真的吗好不好用...
钉钉请勿通过开发者调试模式是真的吗好不好用 更新时间:2020-04-20 22:24:19 浏览次数:729次 区域: 南阳 > 卧龙 列举网提醒您:为保障您的权益,请不要提前支付任何费用! 虚拟位置外设器!!轨迹模拟&虚拟位置外设神器 专业用于:钉钉,外勤365,红圈通,企业微信和…...
2022/11/19 21:17:05 - 配置失败还原请勿关闭计算机怎么办,win7系统出现“配置windows update失败 还原更改 请勿关闭计算机”,长时间没反应,无法进入系统的解决方案...
前几天班里有位学生电脑(windows 7系统)出问题了,具体表现是开机时一直停留在“配置windows update失败 还原更改 请勿关闭计算机”这个界面,长时间没反应,无法进入系统。这个问题原来帮其他同学也解决过,网上搜了不少资料&#x…...
2022/11/19 21:17:04 - 一个电脑无法关闭计算机你应该怎么办,电脑显示“清理请勿关闭计算机”怎么办?...
本文为你提供了3个有效解决电脑显示“清理请勿关闭计算机”问题的方法,并在最后教给你1种保护系统安全的好方法,一起来看看!电脑出现“清理请勿关闭计算机”在Windows 7(SP1)和Windows Server 2008 R2 SP1中,添加了1个新功能在“磁…...
2022/11/19 21:17:03 - 请勿关闭计算机还原更改要多久,电脑显示:配置windows更新失败,正在还原更改,请勿关闭计算机怎么办...
许多用户在长期不使用电脑的时候,开启电脑发现电脑显示:配置windows更新失败,正在还原更改,请勿关闭计算机。。.这要怎么办呢?下面小编就带着大家一起看看吧!如果能够正常进入系统,建议您暂时移…...
2022/11/19 21:17:02 - 还原更改请勿关闭计算机 要多久,配置windows update失败 还原更改 请勿关闭计算机,电脑开机后一直显示以...
配置windows update失败 还原更改 请勿关闭计算机,电脑开机后一直显示以以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!配置windows update失败 还原更改 请勿关闭计算机&#x…...
2022/11/19 21:17:01 - 电脑配置中请勿关闭计算机怎么办,准备配置windows请勿关闭计算机一直显示怎么办【图解】...
不知道大家有没有遇到过这样的一个问题,就是我们的win7系统在关机的时候,总是喜欢显示“准备配置windows,请勿关机”这样的一个页面,没有什么大碍,但是如果一直等着的话就要两个小时甚至更久都关不了机,非常…...
2022/11/19 21:17:00 - 正在准备配置请勿关闭计算机,正在准备配置windows请勿关闭计算机时间长了解决教程...
当电脑出现正在准备配置windows请勿关闭计算机时,一般是您正对windows进行升级,但是这个要是长时间没有反应,我们不能再傻等下去了。可能是电脑出了别的问题了,来看看教程的说法。正在准备配置windows请勿关闭计算机时间长了方法一…...
2022/11/19 21:16:59 - 配置失败还原请勿关闭计算机,配置Windows Update失败,还原更改请勿关闭计算机...
我们使用电脑的过程中有时会遇到这种情况,当我们打开电脑之后,发现一直停留在一个界面:“配置Windows Update失败,还原更改请勿关闭计算机”,等了许久还是无法进入系统。如果我们遇到此类问题应该如何解决呢࿰…...
2022/11/19 21:16:58 - 如何在iPhone上关闭“请勿打扰”
Apple’s “Do Not Disturb While Driving” is a potentially lifesaving iPhone feature, but it doesn’t always turn on automatically at the appropriate time. For example, you might be a passenger in a moving car, but your iPhone may think you’re the one dri…...
2022/11/19 21:16:57