简易理解设计模式之:原型模式——深、浅拷贝的概念

介绍:

原型模式是一种创建型模式,用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。

类图:

原型模式UML类图.png

Prototype(抽象原型类):抽象类或接口,声明复制方法。
ConcretePrototype(具体原型类):具体被复制的对象。
Client(客户端类):调用类。

用法:

• 类初始化时候需要消耗非常多资源,通过原型拷贝避免这些消耗。
• 通过new产生一个对象时候需要非常繁琐的数据准备或访问权限时。
• 一个对象需要提供给其它对象使用,并且各个调用者都可能修改其值时,可以考虑使用,即保护性拷贝。

个人理解:
• 在某个时刻从某个类的实例到一个与此时此刻相同又不相互影响的实例,实际上就是动态抽取当前对象运行时的状态
• 当然我们并不是在任何情况下创建复杂对象都适合用这种模式,例如我需要初始化一个复杂且干净的类时还是考虑使用工厂方法模式

例子:

原型模式的原理是对象拷贝。在Java中使用clone方法复制一个对象,就是原型模式的体现了。日常工作中,在我们编辑Word文档的时候,为了安全起见会拷贝一份当前文档的状态再进行修改,下面我们以这个例子说明一下这个模式:

需求:实现文档拷贝

1、引用拷贝

1.1、Word中有文字和图片,因此创建一个Word文档对象。

public class WordDocument {
    private String mText;
    private ArrayList<String> mImages = new ArrayList<>();

    public void setText(String text) {
        this.mText = text;
    }

    public void addImages(String img) {
        this.mImages.add(img);
    }

    public void show() {
        System.out.println("------- Word Start ------");
        System.out.println("文本内容:" + mText);
        for (String imgs : mImages) {
            System.out.println("图片名称:" + imgs);
        }
        System.out.println("------- Word  End  ------");
    }
}

1.2、用引用拷贝实现

实现复制功能很多初学者第一时间可能是想到这样写:

public class Client {
    public static void main(String[] args) {
        WordDocument a = new WordDocument();
        a.setText("啦啦啦");

        //拷贝a对象
        WordDocument b = a;
        //修改b的内容
        b.setText("呵呵呵");
    }
}

输出结果却不如人意,修改b的时候把原始的文档a也同时修改了:

//a的原始内容输出:
文本内容:啦啦啦
//修改b后输出a:
文本内容:呵呵呵
//修改b后输出b:
文本内容:呵呵呵

1.3、引用拷贝概念
两个对象的引用相同,都指向同一个对象,就叫引用拷贝。我们抽离出核心代码解释一下:

WordDocument a = new WordDocument();
WordDocument b = a;

在内存中发生如下事情:


引用拷贝.png

本质上是复制了一个引用b,同时指向了堆区的对象。所以通过b将"啦啦啦"修改为"呵呵呵"后,a的输出结果也为"呵呵呵"了。所以我们怎么做才能从堆区中复制一个对象呢?

2、对象拷贝

2.1、使用原型模式实现
在java中,Cloneable接口相当于Prototype,而我们的WordDocument就相当于ConcretePrototype了。因此我们修改下1.1中的类:

public class WordDocument implements Cloneable {
     //....省略部分代码
    @Override
    protected Object clone() throws CloneNotSupportedException {
        try {
            WordDocument doc = (WordDocument)super.clone();
            doc.mText = this.mText;
            doc.mImages = this.mImages;
            return doc;
        } catch (Exception e){
            e.printStackTrace();
        }
        return null;
    }
}

2.2、修改一下1.1中的实现部分:

public class Client {
    public static void main(String[] args) throws CloneNotSupportedException {
        WordDocument a = new WordDocument();
        a.setText("啦啦啦");
        a.show();

        //拷贝a对象
        WordDocument b = (WordDocument) a.clone();
        //修改b的内容
        b.setText("呵呵呵");
    }
}

输出结果:

//a的原始内容输出:
文本内容:啦啦啦
//修改b后输出a:
文本内容:啦啦啦
//修改b后输出b:
文本内容:呵呵呵

2.3、对象拷贝概念
从堆区中复制一个类型和值都是之前的一样的对象,就叫对象拷贝。深拷贝和浅拷贝都是对象拷贝。关键代码如下:

WordDocument a = new WordDocument();
WordDocument b = (WordDocument) a.clone();

我们再看下内存中是怎样的:


对象拷贝.png

通过clone()方法,堆区的"啦啦啦"复制出一个对象,b引用之后将它改为"呵呵呵"。它们的内存地址都是不同的。

3、浅拷贝与深拷贝

3.1、浅拷贝的实现
我们继续完善我们的代码,加入图片部分的逻辑:

public class Client {
    public static void main(String[] args) throws CloneNotSupportedException {
        WordDocument a = new WordDocument();
        a.setText("啦啦啦");
        a.addImages("图片1.jpg");
        a.addImages("图片2.jpg");
        a.addImages("图片3.jpg");
        a.show();

        WordDocument b = (WordDocument) a.clone();
        //修改B的内容
        b.setText("呵呵呵");
        b.addImages("呵呵.jpg");
        //同时输出
        a.show();
        b.show();
    }
}

输出结果:

------- Word Start ------
文本内容:啦啦啦
图片名称:图片1.jpg
图片名称:图片2.jpg
图片名称:图片3.jpg
------- Word  End  ------
------- Word Start ------
文本内容:啦啦啦
图片名称:图片1.jpg
图片名称:图片2.jpg
图片名称:图片3.jpg
图片名称:呵呵.jpg
------- Word  End  ------
------- Word Start ------
文本内容:呵呵呵
图片名称:图片1.jpg
图片名称:图片2.jpg
图片名称:图片3.jpg
图片名称:呵呵.jpg
------- Word  End  ------

我们不难发现,修改后图片部分的内容输出竟然是一致的。我们添加了"呵呵.jpg"直接插入了原来的数组里面了。因为在我们2.1中的clone()方法只是简单的进行浅拷贝,mImages只是单纯指向了this.mImages的引用,并没有重新构造一个mImages对象,这样导致了b中的mImages与原始文档是同一个对象了。

3.2、浅拷贝的概念
上述例子在内存的情况如下:


浅拷贝.png

在浅拷贝中仅仅克隆基本类型的变量,而不克隆引用类型的变量。String类型也是一种引用类型,为什么却不受影响呢?

String类型非常特殊,它属于引用数据类型,不属于基本数据类型,但是String类型的数据是存放在常量池中的,也就是无法修改的。

3.3、深拷贝的实现
我们将2.1的clone方法修改,克隆方法中的对象也执行一下clone()方法:

public class WordDocument implements Cloneable {
    //省略部分代码
    @Override
    protected Object clone() throws CloneNotSupportedException {
        try {
            WordDocument doc = (WordDocument)super.clone();
            doc.mText = this.mText;
            doc.mImages = (ArrayList<String>) this.mImages.clone();
            return doc;
        } catch (Exception e){
            e.printStackTrace();
        }
        return null;
    }
}

再执行3.1中Client类的代码,效果如下:

------- Word Start ------
文本内容:啦啦啦
图片名称:图片1.jpg
图片名称:图片2.jpg
图片名称:图片3.jpg
------- Word  End  ------
------- Word Start ------
文本内容:啦啦啦
图片名称:图片1.jpg
图片名称:图片2.jpg
图片名称:图片3.jpg
------- Word  End  ------
------- Word Start ------
文本内容:呵呵呵
图片名称:图片1.jpg
图片名称:图片2.jpg
图片名称:图片3.jpg
图片名称:呵呵.jpg
------- Word  End  ------

我们看到,加了"呵呵.jpg"之后并不影响原本的对象了。再看一下内存:


深拷贝.png
4、总结

原型模式原理就是对象拷贝,而对象拷贝中分为浅拷贝和深拷贝。这个也是值得注意的问题。为了减少使用错误我认为都应该尽可能使用深拷贝,避免操作副本时影响原始对象的问题。

浅拷贝:仅仅复制基本类型的变量,而不复制引用类型的变量。
深克隆:既复制基本类型的变量,也复制引用类型变量。

感谢您的阅读~

转载请注明出处喔:https://www.jianshu.com/p/d89b6f77a60f

推荐阅读

基础篇:
设计模式前篇之——UML类图必会知识点
设计模式前篇之——一起过一下面向对象的概念
创建型模式:
简易理解设计模式之:简单工厂模式——来试试接入支付功能
简易理解设计模式之:工厂方法模式——数据存储例子
简易理解设计模式之:抽象工厂模式——更换数据库例子
简易理解设计模式之:建造者模式——学习使用“链式调用”
简易理解设计模式之:原型模式——深、浅拷贝的概念
简易理解设计模式之:单例模式——单例模式的几种常用写法
结构型模式:
简易理解设计模式之:适配器模式——Android列表视图控件设计方式
简易理解设计模式之:桥接模式——穿衣服经典案例2
简易理解设计模式之:组合模式——实现View中的树状结构
简易理解设计模式之:装饰模式——穿衣服经典案例
简易理解设计模式之:外观模式——第三方SDK的帮助类
简易理解设计模式之:享元模式——五子棋游戏例子
简易理解设计模式之:代理模式——iOS视图控件设计方式
行为型模式:
简易理解设计模式之:策略模式——优化一下支付功能
简易理解设计模式之:模板方法模式——Android中的BaseActivity基类
简易理解设计模式之:观察者模式——监听与回调
简易理解设计模式之:状态模式——优化登录操作
简易理解设计模式之:备忘录模式——Word文档的工作原理
简易理解设计模式之:迭代器模式——遍历对象的好帮手
简易理解设计模式之:命令模式——实现命令的参数化配置
简易理解设计模式之:责任链模式——OA中请假流程示例
简易理解设计模式之:中介者模式——多人聊天室例子
简易理解设计模式之:解释器模式——语言和文法
简易理解设计模式之:访问者模式——员工考核例子

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342