单例模式
保证一个类仅有一个实例(sInstance), 并提供一个访问该实例的全局访问点(getInstance).
这就意味着单例通常有如下两个特点:
- 构造函数是私有的(避免别的地方创建它)
- 有一个static的方法来对外提供一个该单例的实例.
优点:
- 在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如管理学院首页页面缓存)。
- 避免对资源的多重占用(比如写文件操作)。
缺点:
- 没有接口,不能继承
使用场景:
- 要求生产唯一序列号。
- WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。
- 创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。
1 饿汉式单利
饿汉式单例
顾名思义, 就是很饿, 不管三七二十一先创建了一个实例放着, 而不管最终用不用.
缺点:
- 在不需要的情况下就随便生成对象,消耗内存,不可取
2 懒汉式单例
“懒”, 也就是现在懒得创建, 等有用户要用的时候才创建.
3 线程安全的懒汉式单例
利用synchronized关键字来修饰对外提供该类唯一实例的接口(getInstance)来确保在一个线程调用该接口时能阻塞(block)另一个线程的调用, 从而达到多线程安全, 避免重复创建单例.
缺点:
- synchronized有很大的性能开销. 而且在这里我们是修饰了getInstance方法, 意味着, 如果getInstance被很多线程频繁调用时, 每次都会做同步检查, 会导致程序性能下降.实际上我们要的是单例, 当单例已经存在的时候, 我们是不需要用同步方法来控制的
4 双重检查单例模式
这种方式的同步使用会减少同步锁的占用比例
缺点
- 容易出现理解错误 不加volatile 关键字引发不必要的错误
5 静态内部类单例
这种方式, 通过JVM的类加载方式(虚拟机会保证一个类的初始化在多线程环境中被正确的加锁、同步), 来保证了多线程并发访问的正确性.
另外, 由于静态内部类的加载特性 — 在使用时才加载, 这种方式也达成了懒加载的目的.
缺点
- 完美 ,依赖于特定的语言
代码实例
1 | package com.jack.idea.test.designmode; |