為了避免空指針調(diào)用，我們經(jīng)常會看到這樣的語句

...if (someobject != null) {
    someobject.doCalc();}...

最終，項(xiàng)目中會存在大量判空代碼，丑陋繁雜。。。如何避免這種情況？是否濫用了判空？

很多業(yè)務(wù)場景需要我們某一特定的時刻去做某件任務(wù)，定時任務(wù)解決的就是這種業(yè)務(wù)場景。一般來說，系統(tǒng)可以使用消息傳遞代替部分定時任務(wù)，兩者有很多相似之處，可以相互替換場景。

精華回答 這是初、中級程序猿經(jīng)常會遇到的問題。他們總喜歡在方法中返回null，因此，在調(diào)用這些方法時，也不得不去判空。另外，也許受此習(xí)慣影響，他們總潛意識地認(rèn)為，所有的返回都是不可信任的，為了保護(hù)自己程序，就加了大量的判空。 吐槽完畢，回到這個題目本身： 進(jìn)行判空前，請區(qū)分以下兩種情況： 1、null 是一個有效有意義的返回值(Where null is a valid response in terms of the contract; and) 2、null是無效有誤的(Where it isn't a valid response.) 你可能還不明白這兩句話的意思，不急，繼續(xù)往下看，接下來將詳細(xì)討論這兩種情況 先說第2種情況 null就是一個不合理的參數(shù)，就應(yīng)該明確地中斷程序，往外拋錯誤。這種情況常見于api方法。例如你開發(fā)了一個接口，id是一個必選的參數(shù)，如果調(diào)用方?jīng)]傳這個參數(shù)給你，當(dāng)然不行。你要感知到這個情況，告訴調(diào)用方“嘿，哥們，你傳個null給我做甚"。 相對于判空語句，更好的檢查方式有兩個 (1)assert語句，你可以把錯誤原因放到assert的參數(shù)中，這樣不僅能保護(hù)你的程序不往下走，而且還能把錯誤原因返回給調(diào)用方，豈不是一舉兩得。（原文介紹了assert的使用，這里省略） (2)也可以直接拋出空指針異常。上面說了，此時null是個不合理的參數(shù)，有問題就是有問題，就應(yīng)該大大方方往外拋。 第1種情況會更復(fù)雜一些。 這種情況下，null是個”看上去“合理的值，例如，我查詢數(shù)據(jù)庫，某個查詢條件下，就是沒有對應(yīng)值，此時null算是表達(dá)了“空”的概念。 這里給一些實(shí)踐建議： 1、假如方法的返回類型是collections，當(dāng)返回結(jié)果是空時，你可以返回一個空的collections（empty list),而不要返回null，這樣調(diào)用側(cè)就能大膽地處理這個返回，例如調(diào)用側(cè)拿到返回后，可以直接print list.size()，又無需擔(dān)心空指針問題。（什么？想調(diào)用這個方法時，不記得之前實(shí)現(xiàn)該方法有沒按照這個原則？所以說，代碼習(xí)慣很重要！如果你養(yǎng)成習(xí)慣，都是這樣寫代碼（返回空collections而不返回null)，你調(diào)用自己寫的方法時，就能大膽地忽略判空） 2、返回類型不是collections，又怎么辦呢？ 那就返回一個空對象（而非null對象），下面舉個“栗子”，假設(shè)有如下代碼

public interface Action {
  void doSomething();}
 
public interface Parser {
  Action findAction(String userInput);}

其中，Parse有一個接口FindAction，這個接口會依據(jù)用戶的輸入，找到并執(zhí)行對應(yīng)的動作。假如用戶輸入不對，可能就找不到對應(yīng)的動作（Action），因此findAction就會返回null，接下來action調(diào)用doSomething方法時,就會出現(xiàn)空指針。

解決這個問題的一個方式，就是使用Null Object pattern（空對象模式） 改造后 類定義如下，這樣定義findAction方法后，確保無論用戶輸入什么，都不會返回null對象

public class MyParser implements Parser {
  private static Action DO_NOTHING = new Action() {
    public void doSomething() { /* do nothing */ }
  };
 
  public Action findAction(String userInput) {
    // ...
    if ( /* we can't find any actions */ ) {
      return DO_NOTHING;
    }
  }}

對比下面兩份調(diào)用實(shí)例 1、冗余:每獲取一個對象，就判一次空

Parser parser = ParserFactory.getParser();
if (parser == null) {
  // now what?
  // this would be an example of where null isn't (or shouldn't be) a valid response
}
Action action = parser.findAction(someInput);
if (action == null) {
  // do nothing} else {
  action.doSomething();}

2、精簡

ParserFactory.getParser().findAction(someInput).doSomething();

因?yàn)闊o論什么情況，都不會返回空對象，因此通過findAction拿到action后，可以放心地調(diào)用action的方法。

其他回答精選：

1、如果要用equal方法，請用object<不可能為空>.equal(object<可能為空>))

例如使用：

"bar".equals(foo)

而不是

foo.equals("bar")

2、Java8或者guava lib中，提供了Optional類，這是一個元素容器，通過它來封裝對象，可以減少判空。不過代碼量還是不少。不爽。 3、如果你想返回null，請停下來想一想，這個地方是否更應(yīng)該拋出一個異常。

原文標(biāo)題：為什么不建議你用去 “! = null” 做判空？

文章出處：【微信公眾號：Linux愛好者】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。