分享Java中盡可能避免NullPointerException報(bào)錯(cuò)的方法

在Java編程中相信有很多人都會(huì)遇到NullPointerException，也就是空指針異常的報(bào)錯(cuò)。本篇文章將為大家介紹如何在編程過(guò)程中盡可能的避免NullPointerException報(bào)錯(cuò)，下面是具體解決方案。

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

有什么替代方法：

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

解決方案：

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

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

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

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

assert <condition>

或者

assert <condition> : <object>

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

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

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

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

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

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

public interface Action {
  void doSomething();
}

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

在Parser中，原始的用戶輸入會(huì)找到要執(zhí)行的操作，也許是在您實(shí)現(xiàn)某項(xiàng)功能的命令行界面時(shí)?，F(xiàn)在，如果沒(méi)有適當(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();

這是一個(gè)更好的設(shè)計(jì)，因?yàn)樗梢詫?dǎo)致更簡(jiǎn)潔的代碼。

也就是說(shuō)，對(duì)于findAction（）方法來(lái)說(shuō)，拋出帶有有意義的錯(cuò)誤消息的Exception異常是完全適當(dāng)?shù)?特別是在這種情況下，您依賴于用戶輸入。對(duì)于findAction方法拋出一個(gè)異常，比對(duì)一個(gè)沒(méi)有解釋的簡(jiǎn)單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);
        }
    }
}

到此這篇關(guān)于在Java中避免NullPointerException的解決方案的文章就介紹到這了，想要了解更多相關(guān)Java中避免其他報(bào)錯(cuò)問(wèn)題的內(nèi)容，請(qǐng)搜索W3Cschool以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持！