从《Java特种兵》中感知老A的世界

前言：偶然间，从微信平台的博文视点中读到了一篇“练武不练功，到老一场空--一个string，见证下功底”的文章，细细致致的阅读完一个string的比较程序后，瞬间让我有些自惭形秽，本文好好得给我上了一课，后来发现本文摘自《Java特种兵·上册》，于是抓紧时间来ITeye上拜读一下试读章节。

一、一个扎马，让我打回原形    

private static void test1() {
String a = "a" + "b" + 1;
String b = "ab1";
System.out.println(a == b);
}

      看似简单的一个string字符串比较，我似乎都没有多想，从以前读书的“断章取义”的经验中，String是地址引用类型，通过“==”进行比较的时候就是false，如果要进行两个字符串的比较，就要用“equals”。我甚至还用Eclipse敲了一下这串代码，代码输出true，这时才意识到，自己对于这些概念都是一知半解，很多东西自己都是“一瓶子不满，半瓶子晃荡”，没有很认真的去研究，都只是停留在万恶的“差不多”上。

      接着看完胖哥依次讲解的hashCode、StringBuilder，感觉自己就是孙悟空棒下的小妖，原形毕露，看来自己真的需要好好去钻一些东西了，而不是只是停留在这些空头上的、甚至完全没有自己体系的印象上。

       在一次项目开发中，通过socket对json转换的对象字符串进行两个服务器之间的传递，然而不明所以，A服务器不断向B服务器write字节的时候，虽然都已经写完，但是在B服务器端经常发现迟钝的现象，经过很长时间调查，发现代码中在对一串字符串处理上使用了+进行连接，这个花费了大量的内存，因为这个字符串很庞大，虽然当时就知道要使用StringBuilder进行处理，因为使用+连接的话，会不断创建新的字符串对象，而StringBuilder是不会的。经过胖哥对StringBuilder和String的讲解后，让我对两者之间的利害更加清晰明了，不是说append就一定比+操作好，而是使用+操作string，其实在编译时也会在内部转换为StringBuilder的append操作，如果这个+操作太过频繁的话，就会导致大量的GC。如果直接使用StringBuilder来进行append操作时，在每次append时，只会进行两倍的扩容，而不再像+操作在每次执行时都将申请一个更大内存的StringBuilder对象来进行操作。如果我在修改我提到的那个bug之前看到胖哥的这样明了的讲解，我当时该有多幸福。

二、简单的数字游戏，让我明白原来long这么大

      以前在做程序的时候，虽然明白number类型的数据，能用小的类型就不要使用大的数据类型，因为会浪费很多存储空间，但是却并不知道，原来long是这么大的，按照胖哥所说的long“如果存放毫秒值，则可以存放2.92 亿年，微妙值可以存放29.2 万年，纳秒值可以存放292 年的数据。换句话说，一个表的ID，即使加上跳跃每秒有10E9 个ID 自动增长，也可以增加292 年的数据不重复”。

三、简单的功底补充，让我恍然大悟

       在没有看到胖哥这段代码

public static void main(String []args) {
Integer a = 1;
Integer b = 1;
Integer c = 200;
Integer d = 200;
System.out.println(a == b);
System.out.println(c == d);
}

时，我始终没有明白为什么不能直接使用一个Integer对象和int值进行==比较操作，这次，胖哥告诉了我真理，而我也知道了，虽然在编译阶段，如果将一个int类型赋值给一个Integer对象时，会使用valueOf方法，如果将一个Integer对象赋值给一个int类型时，会使用intValue方法，但是我并不知道

源代码 写道

public static Integer valueOf(int i) { 
final int offset = 128; 
if (i >= -128 && i <= 127) { // must cache 
return IntegerCache.cache[i + offset]; 
} 
return new Integer(i); 
}

Java底部在处理0-127的valueOf时，会从IntegerCache的下标中获取，而128以上的数，则会返回一个新的Integer对象。

      在以前，我的项目中出现了这样一个bug，是拿了一个int和Integer对象进行==比较，不明白为什么1、2、3、4进行比较的时候就返回true，为啥240进行比较的时候就返回了false呢，当时并没有去深究看看valueOf的源码程序，而就是简单的改成了两个Integer类型的compare比较，或者进行==比较的时候，用Integer的intValue进行比较。

四、面对技术，如何成为一名老A

      胖哥在试读章节的最后一部分，苦口婆心的说了一些如何成为技术老A要面对的做法，这些都对我有着深深的感悟，我以前总认为自己已经正式开发Java 4年了，虽然中间很长一段时间在做flex，但是语言是相通的，我应该已经具备了坚实的Java开发基础，但是看完本章节后，我离一名老A的差距远不止那么一点点。像胖哥所说的，我面对逆境、迎难而上，多看、多练、多思考、多总结，积累自己在Java开发领域的经验，在未来成为王牌。

总结：读完胖哥的试读章节，让我醍醐灌顶，虽然不能说看完章节后自己自卑了，但是至少自己还有很多知识需要学习，需要进步，不积跬步，无以成千里，正视自己，为成为一个Java的老A而奋斗！