在并发编程时,对象锁是无法回避的问题,什么样的对象可以用了做锁呢?就Java语法而言,只要是对象就能作为锁来使用,然而,仍有几点必须遵守:
1 锁不能为空,即用作锁的对象不能为空,这种错误很容易暴露,一般都能避免;
2 锁应该是final的,此处并非要求用作锁的对象的引用一定要声明为final,而是指一个对象要用作锁的话,其引用不应该存在被修改指向的可能,否则引用指向变了,对象锁也就变了,锁可能会失效。
针对第2点,我们可以将对象锁的引用声明为final以避开问题。除此之外,需要小心的便是,如果使用基本数据类型的封装类型,如Integer、Long等对象做锁时,一定要非常小心,对此类引用的赋值操作,在一些情况下(常量池的因素)其实是一次引用重指向的操作,会引起锁失效,此时:
Integer i = 7;
等价于
Integer i = new Integer(7);
引用i所指向的对象是一个新的对象。
至于
Integer i = 7;
Integer j = 7;
i与j是否为同一个对象呢?按照上文解释,不是,而实际上,i和j是同一个对象,因此上文的描述是不准确的。
基于JVM的一些优化,如同String字符串池一样,为了节省内存,JVM会将小范围内Integer值放到一个对象池里,这个范围可能是-127~127(待验证),如果使用直接赋值的方式来创建Integer对象,而值也在对象池范围之内,JVM将直接从对象池中返回对象,而不会在堆内存去创建新的对象,从而达到节省内存的目的。
package com.dancen.test;
public class IntegerDemo
{
public static void main(String[] args)
{
Integer a = 1000;
Integer b = 1000;
System.out.println(a == b);
//答案为false,因为1000超出了JVM的Integer对象池范围
Integer c = 10;
Integer d = 10;
System.out.println(c == d);
//答案为true,对象在Integer对象池中产生
Integer e = new Integer(10);
Integer f = new Integer(10);
System.out.println(e == f);
//答案为false,对象同时在对象池和堆内存产生,堆内存上对象地址不一致
}
}