-----谨以此文表明汪先生学过设计模式
1.单例模式
面向对象的六大原则:https://www.cnblogs.com/qifengshi/p/5709594.html
单一职责原则:只有一个原因引起这个类的变化,也就是说他只负责一件事情
开闭原则:定义的类应该是对扩展是开放的,而对修改时关闭的
里氏替换原则:就是说在基类出现的地方可以透明的引用子类对象
依赖倒置原则:高层模块不应该依赖底层模块,两者都应该依赖其抽象
接口隔离原则:客户端不应该依赖他不需要的接口
迪米特原则:一个对象应该对其他的对象保持最小的了解,即低内聚,高耦合
确保某一个类只有一个实例,而且自行实例化,并向整个系统提供整个实例。
可以看出单例模式是自行实例化的,也就是说不允许在其他类中通过new 来创建该对象,所以需要把单例类的构造方法改为私有,这样外部就不能通过构造器来初始化对象了。最后在自己内部实例化一个对象出来,提供一个公共方法供外界访问获得单例对象额实例即可。
类图:
单例的代码: 这种模式称为饿汉模式
对应饿汉模式还有懒汉模式:
2.单例模式的使用注意点或者说存在的问题
单例模式就这么简单,然而我们来思考一个问题,在高并发的场景下使用懒汉模式会存在什么为题吗?
当然有问题,因为他可能在内存中存在两个或以上的实例对象。比如:
线程A在执行singleton=new Singleton();还没有获得对象,因为对象的初始化需要时间,此时线程B执行到singleton==null,他的判断条件也为真,这时就出事了,内存中竟然就有两个单例对象。
解决办法可以在方法上或方法内使用synchronized来解决,这种线程不安全的单例模式称为懒汉单例模式。 上面线程安全的称为饿汉单例模式。到底用哪个好,根据实际情况来决定,比如高并发的情况下就要使用线程安全的,使用线程不安全的可以在一定程度上节约内存,因为用到他的时候才会去创建单例对象。
其次,还需要考虑单利模式的什么问题?我们想想得到对象的方式有哪些?,new,反射,克隆,对了,克隆,任何类实现了Cloneable接口并调用clone()方法就会通过复制创建一个新的对象,对象的复制不是通过调用构造函数来实现,所以即使你单例模式将构造函数设置为私有,也无济于事,最好的方法是单例类不要实现Cloneable接口
3.单例模式的扩展
如果需要存在两个单例模式,这就变成了有上限的单例模式,在什么时候会用到?比如读取文件的时候我们可以在系统启动的时候设置固定数量的文件读取实例,这样在读取文件的时候可以快速响应。这样提升了单例的性能问题。
4.单例模式的使用场景
要求生成唯一序列号的环境,要求整个项目有一个共享访问点或共享数据域,需要定义大量静态字段和静态方法的环境。
5.总结
单例模式的优点:
- 单例模式在内存中只有一个实例,减少了内存开支,特别是当一个对象需要频繁的创建和销毁的时候,单例模式的优势非常明显。
- 单例模式可以避免对资源的多重占用,例如一个写文件的操作,由于只有一个实例存在内存之中,避免了对同一个资源文件的同时写操作。
- 单例模式可以在系统设置全局的访问点,优化和共享资源访问
单例模式的缺点:
- 单例模式没有接口,扩展很困难,若要扩展,除了修改代码没有第二种实现方法
- 单例模式对测试不利
- 单例模式和单一职责原则冲突,因为他把要单例和业务逻辑混合在一起了。