在创建后状态不再发生改变的对象称作常量对象(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;
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中加入栈分配对象的功能。前不久在JavaLobby碰巧也看到这个问题:ValueTypes - What are we waiting
for? 但是迄今为止我没有看到比较合理的解释。如果java有类似struct的语言构造,我觉得想Swing应采用这种能在运行时栈分配的ValueType来描述Point和Rectangle等小对象。
有点跑题。总之在目前情况下,使用Immutable
Object是一个进行小规模并发编程的好办法。
前面系列文章都是讲如何使用Java语言的基本并发特征来完成并发编程。Java6引入了一个java.util.concurrent包,这个包提供了一些高层次的并发编程工具,如线程池、原子对象、以及同步容器类等等,这些内容将在后续文章中讲述。