Integer做锁

在并发编程时，对象锁是无法回避的问题，什么样的对象可以用了做锁呢？就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，对象同时在对象池和堆内存产生，堆内存上对象地址不一致
	}
}