在Java編程中相信有很多人都會遇到NullPointerException，也就是空指針異常的報(bào)錯。本篇文章將為大家介紹如何在編程過程中盡可能的避免NullPointerException報(bào)錯，下面是具體解決方案。
我object != null要避免很多NullPointerException。
有什么替代方法：
if (someobject != null) {
someobject.doCalc();
}解決方案：
在我看來，這似乎是一個相當(dāng)普遍的問題，初級和中級開發(fā)人員往往會在某個時候遇到這些問題：他們要么不知道，要么不信任他們所參與的合同，并且防御性地檢查了null。另外，在編寫自己的代碼時，他們傾向于依靠返回空值來表示某些內(nèi)容，因此要求調(diào)用者檢查空值。
換句話說，在兩種情況下會出現(xiàn)空檢查：
- 如果為null，則表示合同中的有效回復(fù)；和
- 如果不是有效的回應(yīng)。
（2）容易。使用assert語句（斷言）或允許失?。ɡ鏝ullPointerException）。斷言是1.4中新增的一個未被廣泛使用的Java功能。語法為：
assert <condition>或者
assert <condition> : <object>where<condition>是一個布爾表達(dá)式，<object>是一個對象，其toString()方法的輸出將包含在錯誤中。
一個assert語句拋出一個Error（AssertionError如果條件是不正確的）。默認(rèn)情況下，Java會忽略斷言。您可以通過將選項(xiàng)傳遞-ea給JVM來啟用斷言。您可以啟用和禁用單個類和程序包的斷言。這意味著盡管我的測試幾乎沒有顯示斷言對性能的影響，但是您可以在開發(fā)和測試時使用斷言來驗(yàn)證代碼，并在生產(chǎn)環(huán)境中禁用它們。
在這種情況下，不使用斷言是可以的，因?yàn)榇a只會失敗，這就是使用斷言時會發(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àng)功能的命令行界面時?，F(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è)計(jì)，因?yàn)樗梢詫?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);
}
}
}到此這篇關(guān)于在Java中避免NullPointerException的解決方案的文章就介紹到這了，想要了解更多相關(guān)Java中避免其他報(bào)錯問題的內(nèi)容，請搜索W3Cschool以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持！
