我object != null要避免很多NullPointerException。

有什么替代方法：

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

解決方案：

在我看來，這似乎是一個相當(dāng)普遍的問題，初級和中級開發(fā)人員往往會在某個時候遇到這些問題：他們要么不知道，要么不信任他們所參與的合同，并且防御性地檢查了null。另外，在編寫自己的代碼時，他們傾向于依靠返回空值來表示某些內(nèi)容，因此要求調(diào)用者檢查空值。

換句話說，在兩種情況下會出現(xiàn)空檢查：

1. 如果為null，則表示合同中的有效回復(fù)；和
2. 如果不是有效的回應(yīng)。

（2）容易。使用assert語句（斷言）或允許失?。ɡ鏝ullPointerException）。斷言是1.4中新增的一個未被廣泛使用的Java功能。語法為：

assert <condition>

或者

assert <condition> : <object>

where<condition>是一個布爾表達(dá)式，<object>是一個對象，其toString()方法的輸出將包含在錯誤中。

一個assert語句拋出一個Error（AssertionError如果條件是不正確的）。默認(rèn)情況下，Java會忽略斷言。您可以通過將選項傳遞-ea給JVM來啟用斷言。您可以啟用和禁用單個類和程序包的斷言。這意味著盡管我的測試幾乎沒有顯示斷言對性能的影響，但是您可以在開發(fā)和測試時使用斷言來驗證代碼，并在生產(chǎn)環(huán)境中禁用它們。

在這種情況下，不使用斷言是可以的，因為代碼只會失敗，這就是使用斷言時會發(fā)生的情況。唯一的區(qū)別是，有了斷言，它可能會更早地發(fā)生，以更有意義的方式出現(xiàn)，并可能帶有額外的信息，這可以幫助您弄清楚為什么它出乎意料。

（1）有點(diǎn)難。如果您無法控制正在調(diào)用的代碼，那么您將陷入困境。如果null為有效響應(yīng)，則必須檢查它。

但是，如果是您控制的代碼（通常是這種情況），那就是另一回事了。避免使用null作為響應(yīng)。使用返回集合的方法很容易：幾乎總是一直返回空集合（或數(shù)組）而不是null。

使用非集合，可能會更困難。以這個為例：如果您具有以下接口：

public interface Action {
  void doSomething();
}

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

在Parser中，原始的用戶輸入會找到要執(zhí)行的操作，也許是在您實(shí)現(xiàn)某項功能的命令行界面時。現(xiàn)在，如果沒有適當(dāng)?shù)牟僮?，您可以使合同返回null。這將導(dǎo)致您正在談?wù)摰目諜z查。

另一種解決方案是從不返回null，而使用Null Object模式：

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;
    }
  }
}

比較：

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();
}

至

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

這是一個更好的設(shè)計，因為它可以導(dǎo)致更簡潔的代碼。

也就是說，對于findAction（）方法來說，拋出帶有有意義的錯誤消息的Exception異常是完全適當(dāng)?shù)?特別是在這種情況下，您依賴于用戶輸入。對于findAction方法拋出一個異常，比對一個沒有解釋的簡單NullPointerException進(jìn)行拋出的調(diào)用方法要好得多。

try {
    ParserFactory.getParser().findAction(someInput).doSomething();
} catch(ActionNotFoundException anfe) {
    userConsole.err(anfe.getMessage());
}

或者，如果您認(rèn)為try / catch機(jī)制太丑陋，而不是什么都不做，則您的默認(rèn)操作應(yīng)向用戶提供反饋。

public Action findAction(final String userInput) {
    /* Code to return requested Action if found */
    return new Action() {
        public void doSomething() {
            userConsole.err("Action not found: " + userInput);
        }
    }
}

本文首發(fā)于java黑洞網(wǎng)，博客園同步更新

到此這篇關(guān)于在Java中避免NullPointerException的解決方案的文章就介紹到這了,更多相關(guān)Java中避免NullPointerException內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論