不变模式(Immutable Pattern)分析

不变模式(Immutable Pattern)分析

Peter Wei

 

最近老有人问我不变模式,我其实也是一知半解,于是花了一些时间进行学习总结,分析了一下不变模式(immutable pattern),和大家一起分享。说得不对的地方欢迎拍砖,谢绝谩骂。

不变模式(immutable pattern)

一个类的内部状态创建后,在整个生命期间都不会发生变化时,就是不变类。这种使用不变类的做法叫做不变模式。

 

不变模式有两种形式:一种是弱不变模式,另一种是强不变模式。

弱不变模式:

一个类的实例的状态是不可变化的,但是这个类的引用的实例具有可能会变化的状态。这样的类符合弱不变模式的定义。要实现弱不变模式,一个类必须满足如下条件:

 

    第一,对象没有任何方法会修改对象的状态,当对象的构造函数对对象的状态初始化之后,对象的状态便不再改变。

 

    第二,所有的属性都应当是私有的,以防客户端对象直接修改任何的内部状态。

 

    第三,这个对象所引用的对象如果是可变对象的话,必须设法限制外界对这个对象的访问,以防止对这些对象的修改。如果可能应该尽量在不变对象的内部来初始化。

 

    弱不变模式的缺点是:

一个弱不变对象引用的实例变量可以是可变对象,可能会通过外界修改父对象的状态,这是一个显著的缺点。可以在初始化可变对象时,先进行clone。

 

代码演示:

/**

 * @author Peter Wei

 *

 */

public class User {

 

    private String name;

 

    public String getName() {

       return name;

    }

 

    public void setName(String
name) {

       this.name = name;

    }

 

}

 

/**

 * 弱不变模式

 *

 * @author Peter Wei

 *

 */

public class WeakImmutable {

 

    // 属性私有,满足条件2

    private int state;

    // 属性私有,满足条件2

    private User user;

 

    private Integer age;

 

    public WeakImmutable(int state,
User user, Integer age) {

       this.state = state;

       this.user = user;

       this.age = age;

    }

 

    public int getState()
{

       return this.state;

    }

 

    public User getUser() {

       return this.user;

    }

 

    public Integer getAge() {

       return this.age;

    }

 

    public void setState()
{

       // 对象没有任何方法修改对象的状态,满足条件1

       // do nothing.

    }

 

    public static void main(String[]
args) {

       int state = 0;

       User u = new User();

       Integer age = 100;

       u.setName("yes");

       WeakImmutable weak = new WeakImmutable(state, u, age);

       System.out.println("原始值:" +
weak.getState() + ","

              + weak.getUser().getName() + "," + weak.getAge());

       // 修改引用后

       state = 5;

       // User由于是可变对象引用,所以有影响

       u.setName("no");

       age = 200;

       System.out.println("修改引用后:" +
weak.getState() + ","

              + weak.getUser().getName() + "," + weak.getAge());

    }

}

结果:可以看到user的名字会改变。

原始值:0,yes,100

修改引用后:0,no,100

 

我们再引伸一个不可变类的例子:

在时间截止时,我们需要一一检查队列成员是不是vip,如果是可以去USA.假设是多线程环境,并且users数组是多线程共享,那么另外的线程通过users去修改users[n],这时就会把users[n]绕过时间检查而去USA.

 

/**

 * 不变模式之clone

 *

 * @author Peter Wei

 *

 */

public class WeakImmutableClone {

 

    public static void main(String[]
args) {

 

       User[] users = new User[3];

       users[0] = new User();

       users[0].setName("peterwei");

       users[1] = new User();

       users[1].setName("Tomssssss");

       users[2] = new User();

       users[2].setName("peterwei88");

 

       time4Check();

       /*

        * 时间到,我们需要一一检查队列成员是不是vip,如果是可以去USA.假设是多线程环境,并且users数组是多线程共享,

        * 那么另外的线程通过users去修改users[n],这时就会把users[n]绕过时间检查而去USA.

        */

       goUSA(users);

 

    }

 

    public static void goUSA(User[]
users) {

 

       // User[] tmp = new User[users.length];

       // System.arraycopy(users, 0, tmp, 0, users.length);

 

       for (User u : users) {

           if (checkVip(u)) {

              System.out.println("You can go!");

           } else {

              System.out.println("go away!");

           }

 

       }

    }

 

    public static boolean checkVip(User
user) {

       if (user.getName().startsWith("peterwei"))
{

           return true;

       }

       return false;

    }

 

    public static void time4Check()
{

       // 假设时间期限到,要检查上万人以上的队列。

    }

}

 

解决方法:

在事务处理及数据大批量入库的多线程环境中,应该也会有类似的问题。所以对于这样的传入参数及上例中的不变对象引用可变对象,我们可以将其在相关构造函数及方法中复制为本地变量(数组),及使用它的深度clone,阻止相关数据与外部线程的联系。

 

    public static void goUSA(User[]
users) {

 

       User[] tmp = new User[users.length];

       System.arraycopy(users, 0, tmp, 0, users.length);

 

       for (User u : tmp) {

           if (checkVip(u)) {

              System.out.println("You can go!");

           } else {

              System.out.println("go away!");

           }

 

       }

    }

 

强不变模式:

    一个类的实例的状态不会改变,同时它的子类的实例也具有不可变化的状态。这样的类符合强不变模式。要实现强不变模式,一个类必须首先满足弱不变模式所要求的所有条件,并且还要满足下面条件之一:

    第一,所考虑的类所有的方法都应当是final,这样这个类的子类不能够置换掉此类的方法。

    第二,这个类本身就是final的,那么这个类就不可能会有子类,从而也就不可能有被子类修改的问题。

 

不变模式在Java中的应用

如String类 
       String a = "123" ;

       String a1 = "123" ;

       String a2 = "123" ;

       String a3 = "1234" ;

java虚拟机只会创建一个字符串实例,a,a1,a2对象共享一个值。遇到不同的字符串,java虚拟机会再创建一个String对象,如a3。如果程序所处理的字串有频繁的内容变化,就不宜使用String类型,而应当使用StringBuffer类型,如果需要对字串做大量的循环查询,也不宜使用String类型,应当考虑使用byte或char数组.

 

其它不变类:
The Integer,String, Float, Double, Byte, Long, Short, Boolean, and Character classes are all examples of an immutable class. By definition, you may not alter the value of an immutable object after its construction.In Java, a class such as Integer acts as a
simple wrapper around its primitive counterpart -- in this case, int. The wrappers found in java.lang allow us to treat the primitives as if they were objects. So, for example, you could not put an int into a Vector without wrapping it。

 

优缺点:

不变模式可增强对象的健壮性。不变模式允许多个对象共享某一对象,降低了对该对象进行并发访问时的同步化开销。唯一缺点是一旦需要修改一个不变对象的状态,就只好创建一个新的同类对象,在需要频繁修改不变对象的环境里,会有大量的不变对象作为中间结果被创建出来,再被Java的垃圾收集器收走,这是一种资源的浪费。

 

总结:

不变模式的核心就是对象不变,从而引伸出对象复用共享的思想。如无状态的单例模式,享元(Flyweight)模式及原型模式(Prototype)都可以认为是不变模式的应用。其它如线程池,缓存等的实现也一定程度上是使用不变模式。还有EJB的Stateless Session Bean(无状态会话bean),Spring对Service层、Dao层bean的默认单例实现,我认为都是沿用了不变模式中共享的思想。

时间: 2024-09-19 10:10:49

不变模式(Immutable Pattern)分析的相关文章

多线程程序设计学习(3)immutable pattern模式

Immutable pattern[坚不可摧模式] 一:immutable pattern的参与者--->immutable(不变的)参与者        1.1:immutable参与者是一个字段的值都无法更改的类.        1.2:immutable也没有任何用来更改字段值的方法.        1.3:immutable参与者方法不需要设置synchronized 二:immutable pattern模式什么时候使用--->当实例产生后,状态不再变化时        2.1实例状

理解多线程设计模式(转)

多线程设计模式:1.Single Threaded Execution Pattern   [同一时刻只允许一个线程操作] 比喻:三个挑水的和尚,只能同一时间一个人过桥,不然都掉河里喂鱼了.总结:在多个线程同时要访问的方法上加上synchronized关键字.   2.Immutable Pattern   [变量赋值一次后只能读取,不能改变.]   比喻:一夫多妻制,多个妻子共享一个丈夫.一旦赋值,任何一个妻子不能更改共享的 husband为其它人.   总结:将多线程共享的变量用final关

Immutable源码分析与性能优化

Immutable原理解析 简介 what is Immutable 1.不可变,一成不变的 2.对immutable数据的每次修改操作都会返回一个新的data 掏出一副老生常谈的图 immutable的优点 1.历史回退(同时不浪费内存),时间旅行之类的easy! 2.函数式编程 3.降低代码的复杂度 数据类型 List: 类Array Map:类Object/Map Set:类Set OrderMap/Set:有序Map/Set ....还有些不常用的数据类型 API fromJS/toJS

Spark SQL组件源码分析

功能 Spark新发布的Spark SQL组件让Spark对SQL有了别样于Shark基于Hive的支持.参考官方手册,具体分三部分: 其一,能在Scala代码里写SQL,支持简单的SQL语法检查,能把RDD指定为Table存储起来.此外支持部分SQL语法的DSL. 其二,支持Parquet文件的读写,且保留Schema. 其三,能在Scala代码里访问Hive元数据,能执行Hive语句,并且把结果取回作为RDD使用. 第一点对SQL的支持主要依赖了Catalyst这个新的查询优化框架(下面会给

解读设计模式:策略模式(Strategy Pattern)

一.模式概述 策略模式(Strategy Pattern)在外形上与状态模式很相似,但在意图上有些不同.其意图是使这些算法可以相互替换,并提供一种方法来选择最合适的算法. 在我应用OOP的设计过程演化(三)这篇文章里应用到了策略模式,在图书的租金计算上分多种情况,每一种不同类型的图书的租金是不一样的,而站在用户的角度来看,不同类型用户的租金收取又是不一样的,见下面分析: 计算机类图书:会员租借打5折,普通顾客租借打6折. 小说类图书:会员租借打6折,普通顾客租借打8折. 生活类图书:会员租借打9

用mysqldumpslow分析mysql的slow query log

mysql有一个功能就是可以log下来运行的比较慢的sql语句,默认是没有这个log的,为了开启这个功能,要修改my.cnf或者在mysql启动的时候加入一些参数.如果在my.cnf里面修改,需增加如下几行 long_query_time = 1 log-slow-queries = /var/youpath/slow.log log-queries-not-using-indexes long_query_time 是指执行超过多久的sql会被log下来,这里是1秒. log-slow-que

解读设计模式----适配器模式(Adapter Pattern)

在金庸笔下,三大神功都是难得之宝,多少人为得到他而......,仔细的分析下这三大神功,还是北冥较好,呵呵.我们从软件设计的角度来看,这不知算不算得上是一种复用(功力复用)的思想,只不过有点残忍罢.而在软件设计领域里,"复用"在某些时候也会出现很多问题,比如平台不兼容,开发语言不同或是接口不同等多种原因,弄得不好会不会出现既浪费了别人的现有资源,而自己的系统又无法完成呢?这有点像吸星----损人又损己. 企图将设计做好,就能够一劳永逸地坐享其成,这样的愿望就好上面所提到的吸星神功一般,

我的Design Pattern之旅[2]:Template Method Pattern(OO)

Abstract template method pattern是我学到第二个pattern,算是一个很容易理解的pattern,但却非常的实用. Intent 对於operation,只先定义好演算法的轮廓,某些步骤则留给子类别去填补,以便在不改变演算法整体架构的情况下让子类别去精链某些步骤. 其UML表示法 在实务上,我们可能本来有一个功能完整的class,但因为『需求改变』,新的class和原来的class几乎60%相同, 只有40%不一样,因此我们希望将60%相同部份的程式留下来,仅改写

.Net设计模式之简单工厂模式(Simple Factory Pattern)

一.简单工厂模式简介(Bref Introduction) 简单工厂模式(Simple Factory Pattern)的优点是,工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖 二.解决的问题(What To Solve) 客户实例化对象时不需要关心该对象是由哪个子类实例化的. 三.简单工厂模式分析(Analysis) 1.简单工厂模式结构 IProduct接口:抽象产品类 ConcreteProduct类:产品类的具体实现 Simp