在创建后状态不再发生改变的对象称作常量对象(Immutable Objects)。常量对象其可靠性使其广泛地用作开发简单可靠代码的策略。常量对象在开发并发程序中非常有用。由于创建后不能被改变状态,它们不会被线程干扰所破坏,不可能产生不一致的观察状态。
Java程序员通常不愿意使用常量对象,他们担心创建新对象的开销要比更新可变对象状态的代价要大。对象创建代价通常被人们过分夸大,其影响往往可被常量对象带来的好处所抵消。这些好处包括垃圾收集可以减少常量对象的内存开销,降低为防止可变对象(mutable object)被破坏的代码复杂度。
下面举例说明使用常量对象给并发编程所带来的好处。SynchronizatedRGB类是描述颜色的类,它有三个整型字段表示颜色分量,一个字符串字段表示颜色名称:
public class SynchronizedRGB {
//Values must be between 0 and 255.
private int red;
private int green;
private int blue;
private String name;
private void check(int red, int green, int blue) {
if (red < 0 || red > 255
|| green < 0 || green > 255
|| blue < 0 || blue > 255) {
throw new IllegalArgumentException();
}
}
public SynchronizedRGB(int red, int green, int blue, String name) {
check(red, green, blue);
this.red = red;
this.green = green;
this.blue = blue;
this.name = name;
}
public void set(int red, int green, int blue, String name) {
check(red, green, blue);
synchronized (this) {
this.red = red;
this.green = green;
this.blue = blue;
this.name = name;
}
}
public synchronized int getRGB() {
return ((red << 16) | (green << 8) | blue);
}
public synchronized String getName() {
return name;
}
public synchronized void invert() {
red = 255 - red;
填写下面表单即可预约申请免费试听java课程!害怕学不会?助教陪读,随时解惑!担心就业?一地学习,可全国推荐就业!
green = 255 - green;
blue = 255 - blue;
name = "Inverse of " + name;
}
}
程序员必须小心使用这个SynchronizedRGB类,避免出现不一致状态的情况。比如假设某线程执行下面的代码:
SynchronizedRGB color = new SynchronizedRGB(0, 0, 0, "Pitch Black");
...
int myColorInt = color.getRGB(); //Statement 1
String myColorName = color.getName(); //Statement 2
然而此时如果另外一个线程在1语句和2语句之间调用了color.set方法, myColorInt值就不能匹配myColorName值。为避免这种结果,两条语句必须合并在一起互斥执行:
synchronized (color) {
int myColorInt = color.getRGB();
String myColorName = color.getName();
}
这种不一致情况只在当SynchronizedRGB是可变对象时才会发生,对于常量版的SynchronizedRGB类却不是问题。
下面的准则列出了通常创建常量对象的策略,当然不是创建所有“常量”对象都要符合下面的准则。
1.不要提供“setter”方法,这些方法会修改字段以及由字段引用的对象。
2.将字段声明为final和private访问类型。
3.不允许子类覆盖方法,最简单的办法是将类定义为final。更复杂的方法是将构造函数定义为私有,并使用factory方法生成实例。
4.如果实例字段中包括可变对象的引用,则不允许这些对象被改变,也就是不要提供修该可变对象的方法。
5.不要将可变对象的引用共享;不要将可变对象的引用外部序列化;传递给构造函数的可变对象应复制备份赋给字段;不要返回原始对象,而应返回对象的复制。
根据上面准则应该按照下面办法修改SynchronizedRGS对象:
1.该类中有两种setter方法。第一个方法set会修改任意对象,因此在新版的常量类中删除set方法。第二个方法invert应该返回新创建的对象,不要返回经过修改的原对象。
2.所有字段要定义成private和final类型。
3.类本身要定义成final类。
4.name字段指向的对象是String。由于String对象是不可变的,因此不需要额外改动。
下面的代码ImmutableRGB类是新版的SynchronizedRGB:
final public class ImmutableRGB {
//Values must be between 0 and 255.
final private int red;
final private int green;
final private int blue;
final private String name;
private void check(int red, int green, int blue) {
if (red < 0 || red > 255
|| green < 0 || green > 255
|| blue < 0 || blue > 255) {
throw new IllegalArgumentException();
}
}
public ImmutableRGB(int red, int green, int blue, String name) {
check(red, green, blue);
this.red = red;
this.green = green;
this.blue = blue;
this.name = name;
}
public int getRGB() {
return ((red << 16) | (green << 8) | blue);
}
public String getName() {
return name;
}
public ImmutableRGB invert() {
return new ImmutableRGB(255 - red, 255 - green, 255 - blue,
"Inverse of " + name);
}
}
通过上面修改,ImmutableRGB符合了常量对象的所有特征,可以放心的在并发程序中使用,而不用担心内存不一致和线程干扰。
Swing的实现大量使用了Immutable Object,比如Point、Rectangle等小对象。由于用户界面属于输入响应交互式模式,因此存在大量的并发问题,尤 其界面、数据一致性问题。Swing通过使用这些Immutable Object较好的避免了并发问题。
但是同样也应该注意到,Immutable Object也会带来副作用,就是前面所说的小对象创建与销毁所带来的开销。Java的所有对象都是在内存堆而不是运行栈中分配,因此对象的创建、销毁及 回收的开销都是比较大的。如果垃圾收集不是太及时,就会造成一定时间内类似于内存泄漏的现象,这也是Swing应用程序内存开销比较大的一个重要原因。
当然如果Java中加入类似与C/C++中的struct结构,这个问题能很容易地解决。C/C++中的struct是可以在运行时栈上分配的对象(其数组也是),这使得它们在创建和回收小对象时非常高 效。
如果你现在想学习Java,赢取高薪工作机会,非常简单,填写下面信息,学好Java技术高薪工作机会唾手可得。
下一篇: 没有了
一级建造师二级建造师消防工程师造价工程师土建职称房地产经纪人公路检测工程师建筑八大员注册建筑师二级造价师监理工程师咨询工程师房地产估价师 城乡规划师结构工程师岩土工程师安全工程师设备监理师环境影响评价土地登记代理公路造价师公路监理师化工工程师暖通工程师给排水工程师计量工程师
执业药师执业医师卫生资格考试卫生高级职称护士资格证初级护师主管护师住院医师临床执业医师临床助理医师中医执业医师中医助理医师中西医医师中西医助理口腔执业医师口腔助理医师公共卫生医师公卫助理医师实践技能内科主治医师外科主治医师中医内科主治儿科主治医师妇产科医师西药士/师中药士/师临床检验技师临床医学理论中医理论