Java开发的一些小经验一（判断字符串是否为空）

在做Java开发的过程中，经常会有一些这样或那样的错误，这些错误在一些或深入浅出、或入门的书里面都有提到过，但是这就像是生活中的一些教训，说多少遍都是白扯，只有自己经历了，才会懂。
        但是还是要写下来，一来作为自己的一个总结、反思，二来给不幸看到这篇小博客的同学们一点启发，哪怕在某天写代码的过程中有一瞬间想起来，并在自己的代码 中使用这些小的技巧。虽然不能让程序一下子健壮起来，更不可能一下子让写代码的人高达上，但是至少会减少中午午睡的时候被叫醒去解决问题的次数。
        文章十分的浅显，高手、大拿可以直接掠过。
        今天就聊聊判断一个字符串是否为空
        经常在程序里面需要判断某一个字符串是否是空的，尤其是用在判断方法的参数是否为空，比如：

Java代码  

1. /* 
2. * foo  
3. * version 1 
4.     */  
5. public boolean foo(String param){  
6.     //经常用这种方法来判断对象是不是空  
7.     if(param == null || param.equals("")){  
8.         //Some Code  
9.     }  
10.     //Do someting  
11. }  

        如果一眼就看出上面代码的问题，说明你的代码已经敲了不少，有可能是吃过空指针的亏，有可能是聪明人一学就会这两种情况都不错，因为后面就不会再因为这样的代码而吃亏了。
        下面就想想办法，看看怎么来优化一下。
        由于foo这个方法中，if语句是用的或关系，这样的话，由于有个短路判断的存在，当param是null的时候，就不会再执行后面的equals方法了，这样的话可以在一定程度上掩盖这种写法的问题。
        但是，当上面的或关系变成且的关系，会出现什么情况呢？回报空指针异常！
这是因为当判断了param==null后，再判断param.equal(""),这时，由于param指向的是null，所以会抛出异常来。
        那么把代码改下把，把foo方法变成下面这样：

Java代码  

1. /* 
2. * foo  
3. * version 2 
4.     */  
5. public boolean foo(String param){  
6.     //经常用这种方法来判断对象是不是空  
7.     if(param == null && "".equals(param)){  
8.         //Some Code  
9.     }  
10.     //Do someting  
11. }  

        这样的话，不论param是否为空，都不会出现异常了。
        如果事情就这样结束了该多好，但是回头再看foo的第二版时，发现还是有点儿不大对头，万一哪天我把param==null这半句，少写一个等号，会出现什么呢？先赋值，然后再判断，抛出空指针，太幸运了，在开发阶段就能发现隐含的BUG。
        但是假设把if语句变成下面的形式呢：
       

Java代码  

1. if("".equals(param) && param = null)  

        这时，条件判断是为真的，但是好不容易判断了个非空字符串，没相当又在自己的手里变成空的了！
        那么继续优化一下foo吧

Java代码  

1. /* 
2. * foo 
3. * version 3 
4.     */  
5. public boolean foo(String param){  
6.     //经常用这种方法来判断对象是不是空  
7.     if(null == param && "".equals(param)){  
8.         //Some Code  
9.     }  
10.     //Do someting  
11. }  

        第三版的foo和第二版相比，只是把null和param换了下位置。再来分析一下发现，如果少打一个等号，编译都不会通过了！这就杜绝了我们在判断一个对象的时候无意间修改这个对象。
        上面说的这些不只是限于Java有这种问题，在C、C++以及其他语言中都可能会有这样的问题，但是思路都是一样的，这有点类似于写作文，不论是小学生还 是初中生，或者是高中生，以及各种作家，在写记叙文时，都免不了六要素： 人物、时间、地点、事件的起因、经过和结果。