设计模式系列:
30分钟学透设计模式1-单例模式的前世今生
30分钟学透设计模式2-随处可见的Builder模式
30分钟学透设计模式3-使用最多的Iterator模式
30分钟学透设计模式4-最简单的面向接口编程-简单工厂模式
30分钟学透设计模式5-从代理模式到AOP
单例模式:是一种对象创建模式,用于产生一个对象的实例。可以确保系统中一个类只产生一个实例。
好处:
- 对于频繁使用的对象,可以省略创建对象所花费的时间。
- 由于new操作次数的减少,对系统内存的使用频率会降低,减轻GC压力,缩短GC停顿时间。
- 由于一个类只有一个实例,可以用来保存一些状态值。
因此:
对于系统的关键组件和频繁使用的对象,使用单例模式可以有效改善系统性能。
#### 1、饿汉模式(类加载时初始化实例)
“`
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance = new Singleton(); // 条件 2
public static Singleton getInstance() { // 条件 3
return instance;
}
}
“`
从上述的代码可以看到,其遵从了单例模式的三个条件:私有的构造方法、静态对象实例以及获取其的静态方法。
饿汉模式的缺点: 先把结论抛出来:饿汉效率差、饿汉效率差、饿汉效率差…
- 由于在JVM类加载时完成对象实例化过程,因此类加载速度要慢;
- 而且不支持延时加载,虽然并没有使用单例类,但它还是被创建出来了。
那我们尝试修改下代码,不让其在JVM类加载时初始化对象,让其支持延时加载。
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
为什么称之为懒汉模式呢?
这是因为其静态属性(条件2)初始值为null,只有当第一次构建单例(条件3)时才会构建并返回。
这里需要注意的是静态方法的初始化时机在类加载,但并非是执行一次此方法。
懒汉模式缺点:先把结论抛出来:懒汉不安全,懒汉不安全,懒汉不安全…
设想这样一种情景:在Singleton类刚完成初始化,此时instance=null, 这时有两个线程同时通过getInstance()方法获取对象实例。
当线程1和线程2同时走到上图的位置上,同时判断为instance=null,此时两个线程均执行之后的new操作。
还有一点是,相对于饿汉模式,懒汉获取instance的速度变慢了。(多了一次判断)
没想到不通过JVM类加载了,竟出现的懒汉线程不安全的现象,那我们尝试修改一下代码。
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static synchronized Singleton getInstance() { // 条件 3
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
从代码上看,我们仅仅增加了synchronized同步关键字,就保证了其线程安全性。这样就是最佳实现了吧?
未必,由于方法整体被synchronized同步,而且每次调用只能是单个线程操作,其并发度大大降低。
那应该怎么处理呢?回想我们加synchronized同步关键字的目的?
我们是为了在第一次初始化instance时,防止两个线程同时new操作,才增加的这个关键字。那我们可以在第一次new是使用synchronized同步关键字啊。
那我们再次尝试修改一下代码。
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
synchronized (Singleton.class) {
instance = new Singleton();
}
}
return instance;
}
}
我们把synchronized同步关键字加到了判空的后面。
等一下,这似乎并没有什么卵用啊?在new操作之前加锁,仍然不能改变两个线程new两个实例,只不过是将其new操作在时间上进行了分离。
既然两个new操作在时间上分离了,那第二次new操作我再判空一次?
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
这就是大名鼎鼎的double check型单例模式。
看似完美,难道这就是单例的最佳实现?未必。让我们再次看看下面的代码:
假设这样一种场景,线程1和线程2同时进入单例获取实例对象,存在这样一刻,线程1走到红色的箭头处,线程2走到绿色的箭头处。
此时线程1正在对instance进行实例化;而线程2会存在两种结局,其一是线程1还未创建完,进入下一行等待锁;其二是线程1**“貌似”**已经创建完成,线程1返回instance。
看似并没有什么问题,但问题就出现在这个貌似上,其实线程2并不知道线程1是否完成了创建,反正结果就是instance != null
,线程2继续执行。
为什么说貌似会有问题呢?因为 instance != null
并不能代表instance完成了创建。
看到这里,知道结论就行,下面的原理部分可以略过。主要是涉及指令排序惹的祸。
我是分割线 ↑
指令重排序:编译器或运行时环境为了优化程序性能而采取的对指令进行重新排序执行的一种手段。
问题就出现在下面这行代码上:
instance = new Singleton();
这行并不是atomic操作,它实际被分成几个步骤:
- 1. allocate memory:分配内存
- 2. initialize the object Singleton into the allocated memory:初始化对象
- 3. assign allocated memory to instance ref:设置instance指向刚分配的内存地址,此时instance != null
但这三条指令顺序,有可能会经过JVM和CPU的优化,指令重排成下面的顺序:1→3→2
此时线程1执行了指令1和3,此刻instance != null
,那么线程2走到绿色的箭头上,判空不成立,获取到“半成品”的instance。
我是分割线↓
那怎么解决这种由于指令重排序导致的问题呢?
我们可以在instance前面加上volatile关键字。
public class Singleton {
private Singleton() {} // 条件 1
private static volatile Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
这里简单介绍下volatile关键字,可以略过。结论就是:通过volatile关键字防止指令重排序。
What is the Java volatile keyword?
Essentially, volatile is used to indicate that a variable’s value will be modified by different threads.
Declaring a volatile Java variable means:
* The value of this variable will never be cached thread-locally: all reads and writes will go straight to “main memory”;
* Access to the variable acts as though it is enclosed in a synchronized block, synchronized on itself.
volatile关键字不但可以保证线程访问的变量值是主存中的最新值,而且可以防止指令重排。
OK,到这里终于找到了单例模式的最佳实现了。未必。
据说大部分JVM的implementation并不尊重volatile的规则,并且这个类可以通过反射构造多个实例对象。
回到懒汉加载方式上,我们只是想延迟加载,但是线程不安全带来的问题,除了加锁外还有没有其他方式呢?
还真有,我们下面通过静态内部类的方式来实现单例。
public class Singleton {
private Singleton() {} // 条件 1
private static class Holder {
private static final Singleton instance = new Singleton(); // 条件 2
}
public static Singleton getInstance() { // 条件 3
return Holder.instance;
}
}
我们这里引用一个关于内部类的结论:
加载一个类时,其内部类不会同时被加载。一个类被加载,当且仅当其某个静态成员(静态域、构造器、静态方法等)被调用时发生。
这就说明了这种静态内部类的方式其实是一种延迟加载的方式。
上面的代码中,由于 instance 在静态内部类中,并没有作为Singleton的成员属性直接实例化,因此类加载时不会实例化Singleton。
第一次调用getInstance()时将加载内部类Holder,在此内部类中定义了一个static类型的instance,此时首先会初始化instance,由JVM来保证其线程安全性,确保该成员变量只能初始化一次。由于getInstance()方法没有任何线程锁定,其性能不会有任何影响。
借用 《Effective Java》一书中的话,
单元素的枚举类型已经成为实现Singleton的最佳方法。
那我们看下,单元素枚举怎么实现单例呢?
public enum Singleton {
INSTANCE;
public void donothing() {
// donothing
}
}
由于这种方式的单例在面对复杂序列化以及反射攻击时,都能防止多次实例化。被称为单例模式的最佳实现。
文章浏览阅读44次。1.在产生随机数时,在数据规模很大的时候很难出现自己要的模型,比如某个条件的数据量,此时要写一个方法,来造一批这样的数据2.将控制数量,文件路径写成配置文件的形式,以免重复打包3.输入输出文件夹,可以配置以免重复打包 ...
文章浏览阅读7.5k次,点赞5次,收藏17次。 MOS管集成电路特点: 制造工艺比较简单、成品率较高、功耗低、组成的逻辑电路比较简单,集成度高、抗干扰能力强,特别适合于大规模集成电路。 MOS管集成电路包括: NMOS管组成的NMOS管电路、PMOS管组成的PMOS管电路及由NMOS和PMOS两种管子组成的互补MOS电路,即CMOS电路。 PMOS管门电路与NMOS管电路的原理完全相同,只是..._n沟道mos管
文章浏览阅读2.1k次,点赞5次,收藏29次。底成本小车, esp32, micropython, wifi, 浏览器控制控制(四轮版)_远程控制wifi遥控小车
文章浏览阅读306次。将网络适配器中只留下一个自己用的或许有帮助。_patchdll打开闪退
文章浏览阅读429次。报错信息如下:[Code: 1093, SQL State: HY000] You can’t specify target table ‘bd_bankaccbas’ for update in FROM clause译文:不能在FROM子句中指定目标表‘bd_bankaccbas’进行更新。有问题的SQL语句如下,它在oracle数据库的语法是支持的,但是mysql就不支持直接这么写:from和update都是同一张表。<span style="col..._you can't specify target table 't_bill' for update in from clause
文章浏览阅读421次。为什么80%的码农都做不了架构师?>>> ..._@jmslistener rabitmq
文章浏览阅读6.8k次,点赞6次,收藏15次。ttlFOR SYSTEM_TIME AS OFProcessing Time Temporal Joinlookup joinlookup cacheFlink查询缓存lookup.cache.max-rowslookup.cache.ttl_flink lookup join
文章浏览阅读1.1k次。路由是数据通信网络中最基本的要素。路由信息是指导报文转发的路径信息,路由过程就是报文转发的过程。本文将会介绍路由的基本概念及相关的基本知识。_路由基础知识
文章浏览阅读223次。转载地址:https://blog.51cto.com/ucode/1750564著作权归作者所有:来自51CTO博客作者027ryan的原创作品,如需转载,请注明出处,否则将追究法律责任1、Apache worker/prefwork模式说明在linux中,我们可以用httpd-l 查看安装的模块是prefork模式还是worker模式[root@LAMP ~]# /applic..._lamp优化的提示在哪里
文章浏览阅读496次。不靠谱的博客太多了。。。网上各种方法搞得人头大,明明超级简单,但信息接收太多反而对心理造成极大负担我试了很多方法,包括各博客用清华源等等下载的、怎么离线安装、还有下载cudann啥的,其实重点很明确,就是确定自己的cuda版本和python版本,然后去官网复制命令安装。不知道折腾了这么久 我的电脑会不会有啥影响,众多没装成功pytorch会崩掉我的电脑吗。。下面是我的安装过程:先确定python版本win+R,输入cmd,打开命令窗口,然后输入python即可看到自己的版本确定是否有_python官网cuda9.2
文章浏览阅读419次,点赞12次,收藏10次。已有业务:全局业务异常处理、参数校验、基于JWT的登录认证、登录拦截器、Redis认证优化、分页查询
文章浏览阅读171次。1 安装在官网下载对应版本, 如果要破解,请找到破解用 charles.jar(charles用java写的),替换掉安装目录中 jar 文件2 取得管理权限下载证书pc移动端证书help -> proxy ssl -> 选择对应的选项,安装好选项,授权永久信任,再输入当前用户密,最后输入 grant 用户权限密码(如果自己的电脑无需)3 使用charles 配置..._macbook charles method connection