简单笔记：记一次关于 不变对象、享元模式和锁 的Bug

先上一段曾今写过的另类代码：

class A{
    Long aLock = Long.valueOf(1);
    public void setAL(){
        synchronized (aLock){
            // TODO and so on...
        }
    }
}

class B{
    Long bLock = Long.valueOf(1);
    public void setBL(){
        synchronized (bLock){
            //TODO and so on...
        }
    }
}

你可能和我一样，都以为这只是常规的对象加锁操作，然而 jdk 是这样写的：

    public static Long valueOf(long l) {
        final int offset = 128;
        if (l >= -128 && l <= 127) { // will cache
            return LongCache.cache[(int)l + offset];
        }
        return new Long(l);
    }

为了重用对象，-128～127范围内的 Long 数值类型做了缓存，aLock 和 bLock 其实是同一个对象，A 和 B 共用了一把锁！！！

其实和 Long 类型类似做了缓存的还有：Integer，Short，Byte 等小数值 Number 子类，其功能类似 String 类的常量池，是一种基于享元模式的对象重用，因为他们都是 final 修饰的不可变对象，对象本身不可修改，只能把修改的属性新建一个对象保存，但这种操作也意味着大量不必要的空间占用，于是有了基于享元模式的对象重用