Java中的不可变类

什么叫不可变类?

《Effective Java》将不可变类定义如下:

An immutable class is simply a class whose instances cannot be modified. All of the information contained in each instance is provided when it is created and is fixed for the lifetime of the object.

翻译过来就是:

不可变类只是其实例不能被修改的类,每个实例中包含的所有信息都必须在创建该实例的时候就提供,并在对象的整个生命周期内固定不变。

如何创建一个不可变类?

要创建不可变类,只要遵循下面几条规则:

  1. 不要提供任何会修改对象状态的方法。
  2. 保证类不会被拓展(一般声明为final即可)。
  3. 使所有的域都是 private final的。
  4. 确保对于任何可变组件的互斥访问(可以理解如果中存在可变对象的域,得确保客户端无法获得其引用,并且不要使用客户端提供的对象来初始化这样的域)。

Java出于安全性等因素考虑将某些类如:String、基本类型的包装类、BigInteger、BigDecimal设计成为不可变类。

不可变类真的不能改变吗?

Java中的这些不可变类真的不能改变吗?我们不妨看下面的例子:

import java.lang.reflect.Field;

public class ChangeDemo {
    public static void change(String str) {
        if (null == str)
            return;
        try {
            Field f = String.class.getDeclaredField("value");
            f.setAccessible(true);
            char[] value_str = (char[]) f.get(str);
            value_str[0] = 'h';
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    public static void change(Integer num) {
        if (null == num)
            return;
        try {
            Field f = Integer.class.getDeclaredField("value");
            f.setAccessible(true);
            int value = (int) f.get(num);
            f.set(num, value * 10);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    public static void main(String[] args) {
        String a = "cat";
        System.out.println("before:a=" + a);
        change(a);
        System.out.println("after   :a=" + a);
        Integer num = 12;
        System.out.println("before:num=" + num);
        change(num);
        System.out.println("after   :num=" + num);
    }
}


输出:

before:a=cat
after :a=hat
before:num=12
after :num=120

我们看到String、Integer这些不可变类都被改变了。但是不推荐大家这么干,这样会带来极大的安全隐患。

暴力反射修改不可变类带来的安全隐患

例如:

import java.lang.reflect.Field;

public class ChangeDemo {
    public static void change(String str) {
        if (null == str)
            return;
        try {
            Field f = String.class.getDeclaredField("value");
            f.setAccessible(true);
            char[] value_str = (char[]) f.get(str);
            value_str[0] = 'h';
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
    public static void main(String[] args) {
        String a = "cat";
        String b = "cat";
        System.out.println("before:a=" + a + ",b=" + b);
        change(a);
        System.out.println("after   :a=" + a + ",b=" + b);
    }
}

运行结果如下:

before:a=cat,b=cat
after :a=hat,b=hat

我们惊奇地发现虽然我们只希望改变a的值,但是b的值居然也被改变了。了解Java运行时内存结构的朋友应该知道,main方法中的a,b本身保存在main方法对应的栈帧的局部变量表中,它们是方法区常量池中"cat"的引用,change方法中的局部变量通过引用使用暴力反射改变了常量池中“cat”的内容,这直接导致了“cat”所有的引用的都带来了安全隐患。

当然,这个例子比较明显,那下面的例子您能够看出问题吗?

import java.lang.reflect.Field;

public class UnsafeChangeDemo {

    public static void main(String[] args) 
throws Exception {
        Integer a = 1;
        Integer b = 2;
        System.out.println("before:a = " + a + ", b = " + b);
        swap(a, b);
        System.out.println(" after  :a = " + a + ", b = " + b);
    }

    public static void swap(Integer a, Integer b) throws Exception {
        Field valueField = Integer.class.getDeclaredField("value");
        valueField.setAccessible(true);
        int aValue = (int) valueField.get(a);
        int bValue = (int) valueField.get(b);
        valueField.set(a, bValue);
        valueField.set(b, aValue);
    }

}

咋一看,这很简单啊,不过就是通过暴力反射交换Integer的值而言啊,真的这么简单吗?请看运行结果

before:a = 1, b = 2
after :a = 2, b = 2

嗯?有没有搞错,怎么交换后a,b全部变成2了?问题在哪里?
我们来分析一下:
我们都知道,JDK1.5后提供了自动装拆箱的功能,其中Integer的自动装箱是通过调用Integer.valueOf(int)方法来实现的,我们不妨看一下源码:

public static Integer valueOf(int i) {
    assert IntegerCache.high >= 127;
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];//即为 IntegerCache.cache[i + 128 ];
    return new Integer(i);
}

在swap方法中,先通过Field的 get(Object)方法获取了a,b的值,然后通set(Object,Object)方法交叉赋值以达到交换a,b的目的。
但是set方法的参数是两个Object,所以这里将会触发自动装箱,了解Integer的朋友都知道(如果不清楚可以参考博主的博客Java基本数据类型及其封装器的一些千丝万缕的纠葛 )Integer内部默认提供了一个缓存数组static final Integer cache[256];来缓存-128~127的Integer对象。所以swap方法其中语句其实是这样的:

public static void swap(Integer a, Integer b) throws Exception {
    Field valueField = Integer.class.getDeclaredField("value");
    valueField.setAccessible(true);
    int aValue = (int) valueField.get(a);//1
    int bValue = (int) valueField.get(b);//2
   // 自动装箱  valueField.set(a, Integer.valueOf(2) );
    //即 valueField.set(a, IntegerCache.cache[130] );
    valueField.set(a, bValue);
    // 自动装箱 valueField.set(b, Integer.valueOf(1));
    //即valueField.set(b, IntegerCache.cache[129] );
    valueField.set(b, aValue);
}

调用valueField.set(a, bValue);方法,将2赋给了a,由于a是IntegerCache.cache[129]的一个引用,所以实际上是将2赋值给了IntegerCache.cache[129]。因此经过这个方法调用后,a由1变成了2,同时,IntegerCache.cache[129]也由1变成了2 !!
在调用valueField.set(b, aValue)时,本希望将1赋给b,但由于自动装箱,其实上是将IntegerCache.cache[129] 的值赋值给b,然而IntegerCache.cache[129] 的值已经由1变成了2,所以,b仍然等于2!!!交换失败!!
好吧,一图胜千言,程序的运行时内存结构图如下:


运行时内存结构图

完整的解析如下:

public static void main(String[] args) throws Exception {
    Integer a = 1;// 自动装箱  Integer.valueOf(1);
//即 IntegerCache.cache[129]
    Integer b = 2;// 自动装箱 Integer.valueOf(2); 
//即 IntegerCache.cache[130]
    swap(a, b);
    System.out.println(a + "," + b);
}
public static void swap(Integer a, Integer b) throws Exception {
    Field valueField = Integer.class.getDeclaredField("value");
    valueField.setAccessible(true);
    int aValue = (int) valueField.get(a);//1
    int bValue = (int) valueField.get(b);//2
    // 自动装箱  valueField.set(a, Integer.valueOf(2) );
    // 即 valueField.set(a, IntegerCache.cache[130]);
    valueField.set(a, bValue);
    //a 的值被修改为 2 实际上是 IntegerCache.cache[129]的值被修改为 2
    // 再次自动装箱 valueField.set(b, Integer.valueOf(1));
    // 即valueField.set(b, IntegerCache.cache[129] );
    valueField.set(b, aValue);
    //注意,这里的 IntegerCache.cache[129] 已经被修改为 2了!!
    //所以 valueField.set(b, aValue); 相当于是 valueField.set(b, new Integer(2));
    //所以最后a,b都为2!!
}

我的天,是不是感觉很绕呢?所以不到万不得已,一定不要通过暴力反射来修改不可变类的状态!!

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

推荐阅读更多精彩内容

  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,581评论 18 399
  • 背景 一年多以前我在知乎上答了有关LeetCode的问题, 分享了一些自己做题目的经验。 张土汪:刷leetcod...
    土汪阅读 12,724评论 0 33
  • 小编费力收集:给你想要的面试集合 1.C++或Java中的异常处理机制的简单原理和应用。 当JAVA程序违反了JA...
    八爷君阅读 4,573评论 1 114
  • 假如只有五分钟可以存活, 我立刻写上一句话爸爸妈妈我爱你们, 虽然这句话从来没有对你们说过, 但是在这生命的尽头我...
    飞同寻常人阅读 191评论 0 0
  • 天就快亮了 我错过了一场安稳的睡眠 也许也错过了 一场梦里与你的相遇 既然如此 那就向往晨曦的第一缕阳光吧 总该相...
    未安沉阅读 239评论 0 1