设计模式之单例和原型

打印 上一主题 下一主题

主题 912|帖子 912|积分 2736

今天这篇文章我们来学习创建型设计模式的另外两个孪生兄弟,单例和原型,其中原型设计模式中我们深入到JVM的内存模型,最后顺便谈谈Java中的值传递和引用传递。
上篇文章老王买产品 我们从最原始的基本实现方法,到简单(静态)工厂,然后使用工厂方法设计模式进行改造,最后考虑产品会产生变体,我们又扩展到了抽象工厂。
设计模式所有的相关代码均已上传到码云 读者可以自行下载学习测试。
一、引出问题

今天老王又来了,还是想买我们的产品,今天老王上老就提出来一个要求,当他购买产品的时候,每次都要从货架上给他拿相同的一个。
如果用传统实现方式,当老王拿到产品以后,直接和上一个比对一下就行了,如果不一致老王就还回来。
但通过我们查阅软件的七大设计原则 ,这很明显违反了依赖倒置原则,为了避免耦合和让代码更易于维护,老王是不能依赖具体产品的。
二、单例

我们就需要将产品比对在创建产品的时候进行判断,老王就只管拿。
老王来之前应该还有两种情况,一种就是老王还没来,产品就准备好了,也即饿汉式。第二种就是老王什么时候来,什么时候给他准备产品,也即懒汉式。
我们看具体的实现代码:
懒汉式:
  1. /**
  2. * 懒汉式
  3. * @author tcy
  4. * @Date 29-07-2022
  5. */
  6. public class LazySingletonProduct {
  7.     private static volatile LazySingletonProduct instance=null;
  8.     private LazySingletonProduct(){}
  9.     public static synchronized LazySingletonProduct getInstance(){
  10.         if (instance==null){
  11.             instance=new LazySingletonProduct();
  12.         }
  13.         return instance;
  14.     }
复制代码
饿汉式:
  1. /**
  2. * 饿汉式
  3. * @author tcy
  4. * @Date 29-07-2022
  5. */
  6. public class HungrySingletonProduct {
  7.     private static volatile HungrySingletonProduct instance=new HungrySingletonProduct();
  8.     private HungrySingletonProduct(){};
  9.     public static synchronized HungrySingletonProduct getInstance(){
  10.         if (instance==null){
  11.             instance=new HungrySingletonProduct();
  12.         }
  13.         return instance;
  14.     }
  15. }
复制代码
老王类:
  1. /**
  2. * @author tcy
  3. * @Date 29-07-2022
  4. */
  5. public class Client {
  6.     public static void main(String[] args) {
  7.         HungrySingletonProduct instance1 = HungrySingletonProduct.getInstance();
  8.         HungrySingletonProduct instance2 = HungrySingletonProduct.getInstance();
  9.         if (instance1==instance2){
  10.             System.out.println("我俩一样...");
  11.         }else {
  12.             System.out.println("我俩不一样...");
  13.         }
  14.     }
  15. }
复制代码
以上就是单例设计模式中的懒汉式和饿汉式,应该是设计模式中最简单的一个,理解起来难度也不大。
为了克服老王和他儿子小王一起来拿错的尴尬,我们在方法上加synchronized锁,对象引用上加volatile共享变量,但这样会带来效率问题,如果不考虑多线程需求,读者可自行去掉。
三、原型

老王今天很明显是找茬,他继续说,如果我不想要一个了,我要每次买都要不同的,你看着办。
每次创建产品都要不同的,传统的方式肯定就是重新new一个对象,但每创建一个对象都是一个复杂的过程,而且这样还会带来一定的代码冗余。
这就需要用到创建型设计模式中的原型模式中的拷贝,其中又分为浅拷贝和深拷贝。
我们先看基本概念。

  • 浅克隆:创建一个新对象,对象种属性和原来对象的属性完全相同,对于非基本类型属性仍指向原有属性所指向的内存地址
  • 深克隆:创建一个新对象,属性中引用类型也会被克隆,不再指向原来属性所指向的内存地址
这段意思也就是,老王购买产品的时候,如果产品都是基本数据类型(byte(位)、short(短整数)、int(整数)、long(长整数)、float(单精度)、double(双精度)、char(字符)和boolean(布尔值))和String,那么我们就使用浅拷贝。
如果产品包括别的产品(对象)的引用类型就要使用深拷贝。
如果想搞明白,为什么造成深拷贝和浅拷贝这个问题,我们就要重点说说JVM的内存模型。
我们声明一个基本数据类型的变量a=2,实际上是在栈中直接存储了一个a=2,当拷贝的时候直接把值拷贝过去,也就是直接有了一份a的副本。
当我们创建一个对象时Student stu=new Student(),实际上对象的值存储在堆中,在栈中只存放了stu="对象地址",stu指向了堆中的地址,jvm拷贝的时候只复制了栈中的地址,实际上他们堆中的对象还是一个。
我们再来看String类型。String 存在于堆内存、常量池;这种比较特殊, 传递是引用地址;由本身的final性, 每次赋值都是一个新的引用地址,原对象的引用和副本的引用互不影响。因此String就和基本数据类型一样,表现出了"深拷贝"特性。
我们具体看实现代码:
浅拷贝类:
  1. /**
  2. * @author tcy
  3. * @Date 29-07-2022
  4. */
  5. public class ShallowProduct implements Cloneable{
  6.     private String name;
  7.     private int num;
  8.     public void show(){
  9.         System.out.println("这是浅产品..."+name+"数量:"+num);
  10.     }
  11.     public String getName() {
  12.         return name;
  13.     }
  14.     public ShallowProduct setName(String name) {
  15.         this.name = name;
  16.         return this;
  17.     }
  18.     public int getNum() {
  19.         return num;
  20.     }
  21.     public ShallowProduct setNum(int num) {
  22.         this.num = num;
  23.         return this;
  24.     }
  25.     @Override
  26.     public ShallowProduct clone() throws CloneNotSupportedException {
  27.         return (ShallowProduct) super.clone();
  28.     }
  29. }
复制代码
如果需要哪个对象浅拷贝,需要该对象实现Cloneable接口,并重写clone()方法。
  1. public void shallowTest()throws CloneNotSupportedException{
  2.     ShallowProduct product1=new ShallowProduct();
  3.     ShallowProduct product2 = product1.clone();
  4.     product1.setName("老王");
  5.     product2.setName("老李");
  6.     product1.setNum(1);
  7.     product2.setNum(2);
  8.     product1.show();
  9.     product2.show();
  10. }
复制代码
调用时输出的对象中的值直接就是两个不同的对象,实现了对象的浅拷贝。
如果该对象中包括引用类型呢?那怎么实现呢。
其实原理上也是很简单的,只需要将非基本数据类型也像浅拷贝那样操做就行了,然后在当前clone()方法中,调用非基本数据类型的clone()方法
深拷贝引用类:
  1. /**
  2. * @author tcy
  3. * @Date 29-07-2022
  4. */
  5. public class Child implements Cloneable{
  6.     private String childName;
  7.     public String getChildName() {
  8.         return childName;
  9.     }
  10.     public Child setChildName(String childName) {
  11.         this.childName = childName;
  12.         return this;
  13.     }
  14.     @Override
  15.     protected Child clone() throws CloneNotSupportedException {
  16.         return (Child) super.clone();
  17.     }
  18. }
复制代码
深拷贝类:
  1. /**
  2. * @author tcy
  3. * @Date 29-07-2022
  4. */
  5. public class DeepProduct implements Cloneable{
  6.     private String name;
  7.     private Integer num;
  8.     private Child child;
  9.     public String getName() {
  10.         return name;
  11.     }
  12.     public DeepProduct setName(String name) {
  13.         this.name = name;
  14.         return this;
  15.     }
  16.     public Integer getNum() {
  17.         return num;
  18.     }
  19.     public DeepProduct setNum(Integer num) {
  20.         this.num = num;
  21.         return this;
  22.     }
  23.     public void show(){
  24.         System.out.println("这是深产品..."+name+"数量:"+num+"包括child:"+child.getChildName());
  25.     }
  26.     @Override
  27.     public DeepProduct clone() throws CloneNotSupportedException {
  28.         DeepProduct clone = (DeepProduct) super.clone();
  29.         clone.child=child.clone();
  30.         return clone;
  31.     }
  32.     public Child getChild() {
  33.         return child;
  34.     }
  35.     public DeepProduct setChild(Child child) {
  36.         this.child = child;
  37.         return this;
  38.     }
  39. }
复制代码
我们测试一下对象中的值是否发生了改变。
  1. public void deepTest() throws CloneNotSupportedException {
  2.     DeepProduct product1=new DeepProduct();
  3.     Child child=new Child();
  4.     child.setChildName("老王child");
  5.     product1.setName("老王");
  6.     product1.setNum(1);
  7.     product1.setChild(child);
  8.     //--------------
  9.     DeepProduct product2=product1.clone();
  10.     product2.setName("老李");
  11.     product2.setNum(2);
  12.     product2.getChild().setChildName("老李child");
  13.     product1.show();
  14.     product2.show();
  15. }
复制代码
老李、老王都正确的输出了,说明实现没有问题。
这样就符合了老王的要求。
既然说到了jvm的内存模型,就有必要说一下java中的值传递和引用传递。
实际上java应该就是值传递,在调用方法的时候,如果参数是基本数据类型,那么传递的就是副本,我们在方法中无论怎么给他赋值,他原本的值都不会有变化。
在调用方法的时候,如果参数是引用数据类型,那么传递的就是这个对象的地址,我们在方法中修改这个对象都会影响他原本的对象。
造成这个现象的原因其实是和浅拷贝、深拷贝的原理是一样的,都是栈、堆内存的结构导致的。
老王看他的要求都满足了,最后心满意足的拿着产品走了。

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

三尺非寒

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表