在情人节的代码规范回顾 之 我内心毫无波澜并且只有工作

背景

一年n次的虐狗节又到了，然而我的内心毫无波澜并且只有工作。
当然我说这话的时候表情是这样的：

真实心情的写照

就在恰好怀着这 惆怅 兴奋的心情，回顾代码大全的时候碰巧看到了这么一段惊为天人的描述，简直觉得这完全就是我内心的写照啊！
你应该明智的意识到这些都是可能会变的！
你应该明智的意识到这些都是可能会变的！
你应该明智的意识到这些都是可能会变的！
（重要的事情说三次）

关于变量的使用.png

于是结合着最近看的关于一份很火的，来至于阿里的代码规范，感觉仔细的看会很有心得，都是基于踩过的坑，以及良好的设计才精心总结出来的。

在学校的时候对代码规范、软件工程、信息影藏这些东西总是体会不深，随着工作，才越发觉得其实越简单的东西反而集合了多少前人的经验和心得啊。

所以在 吐槽我这被虐的不要不要的 抒发我这情人节 ~~假装 ~~ 热爱工作的单生狗的激情的同时，顺便写一个小例子以示我对于工作的热爱！

真实心情的写照 之 2

---

Integer类型在比较时，强制使用equals的规范

我们知道在Java中的==运算符，在比较对象时是比较的引用。

因此我们再对对象的比较时一般都会比较小心，特别是对String的比较上这一点非常常见（通常用于举例为什么要用equals）

然而对于Integer这种装箱类型在使用上却有些小细节上，可能并没有十分在意，而这些小细节往往可能造成一个极难发现的问题。

同时在JDK5之后，由于装箱和拆箱可以自动的进行，很多时候该怎么运用包装类型，什么时候该使用基础类型，反而会比较模糊。

而这些问题其实在代码规范中是有提及的，研读之后会发现，其实这里面真的包含了很多总结和干货在里面，就以Integer的这个使用点来说和大家分享一下。

在阿里的这份规范里，有这么一段规范描写，写的非常赞，如下：

阿里编程规范截图

这里不仅对如何进行装箱类型和基础类型的使用进行了设计上的说明，而且还通过规范来规避了Integer在比较时的一个隐藏的比较深的坑。

具体的代码和执行结果如下，可以看到，其实这里在Integer范围处于-128~127之间的时候，==运算符是合乎我们的预期的，然后在超过这个范围之后，一切就完全不一样了。

        Integer intA = 123;
        Integer intB = 123;
        Integer intBigA = 65535;
        Integer intBigB = 65535;
        
        System.out.println("A&B == is " + (intA == intB));
        System.out.println("A&B equals is " + (intA.equals(intB)));
        System.out.println("BigA&BigB == is " + (intBigA == intBigB));
        System.out.println("BigA&BigB equals is " + (intBigA.equals(intBigB)));

结果是：

A&B == is true
A&B equals is true
BigA&BigB == is false
BigA&BigB equals is true

虽然这个现象看似奇怪，不过通过源码却很容就得到了解答，这是因为Java源码对-128~127这个区间的Integer值做了特殊的缓存处理导致的，追溯到根源也就是静态区和堆区的区别造成的（这里就不更多的引申了）

/**
     * Cache to support the object identity semantics of autoboxing for values between
     * -128 and 127 (inclusive) as required by JLS.
     *
     * The cache is initialized on first usage.  The size of the cache
     * may be controlled by the -XX:AutoBoxCacheMax= option.
     * During VM initialization, java.lang.Integer.IntegerCache.high property
     * may be set and saved in the private system properties in the
     * sun.misc.VM class.
     */

    private static class IntegerCache {
        static final int low = -128;
        static final int high;
        static final Integer cache[];

        static {
            // high value may be configured by property
            int h = 127;
            String integerCacheHighPropValue =
                sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
            if (integerCacheHighPropValue != null) {
                int i = parseInt(integerCacheHighPropValue);
                i = Math.max(i, 127);
                // Maximum array size is Integer.MAX_VALUE
                h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
            }
            high = h;

            cache = new Integer[(high - low) + 1];
            int j = low;
            for(int k = 0; k < cache.length; k++)
                cache[k] = new Integer(j++);
        }

        private IntegerCache() {}
    }

总的来说，其实这个地方真的是一个很简单而且很容易被忽略的点，但是规范让我们从根本上更好的杜绝了这种问题的发生（毕竟人总是会犯错的），仔细想来真的也是挺有意思的。