在Java中避免NullPointerException的解決方案
我object != null
要避免很多NullPointerException
。
有什么替代方法:
if (someobject != null) { someobject.doCalc(); }
解決方案:
在我看來,這似乎是一個(gè)相當(dāng)普遍的問題,初級(jí)和中級(jí)開發(fā)人員往往會(huì)在某個(gè)時(shí)候遇到這些問題:他們要么不知道,要么不信任他們所參與的合同,并且防御性地檢查了null。另外,在編寫自己的代碼時(shí),他們傾向于依靠返回空值來表示某些內(nèi)容,因此要求調(diào)用者檢查空值。
換句話說,在兩種情況下會(huì)出現(xiàn)空檢查:
- 如果為null,則表示合同中的有效回復(fù);和
- 如果不是有效的回應(yīng)。
(2)容易。使用assert
語句(斷言)或允許失?。ɡ鏝ullPointerException)。斷言是1.4中新增的一個(gè)未被廣泛使用的Java功能。語法為:
assert <condition>
或者
assert <condition> : <object>
where<condition>
是一個(gè)布爾表達(dá)式,<object>
是一個(gè)對(duì)象,其toString()
方法的輸出將包含在錯(cuò)誤中。
一個(gè)assert
語句拋出一個(gè)Error
(AssertionError
如果條件是不正確的)。默認(rèn)情況下,Java會(huì)忽略斷言。您可以通過將選項(xiàng)傳遞-ea
給JVM來啟用斷言。您可以啟用和禁用單個(gè)類和程序包的斷言。這意味著盡管我的測(cè)試幾乎沒有顯示斷言對(duì)性能的影響,但是您可以在開發(fā)和測(cè)試時(shí)使用斷言來驗(yàn)證代碼,并在生產(chǎn)環(huán)境中禁用它們。
在這種情況下,不使用斷言是可以的,因?yàn)榇a只會(huì)失敗,這就是使用斷言時(shí)會(huì)發(fā)生的情況。唯一的區(qū)別是,有了斷言,它可能會(huì)更早地發(fā)生,以更有意義的方式出現(xiàn),并可能帶有額外的信息,這可以幫助您弄清楚為什么它出乎意料。
(1)有點(diǎn)難。如果您無法控制正在調(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)在,如果沒有適當(dāng)?shù)牟僮鳎梢允购贤祷豱ull。這將導(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)潔的代碼。
也就是說,對(duì)于findAction()方法來說,拋出帶有有意義的錯(cuò)誤消息的Exception異常是完全適當(dāng)?shù)?特別是在這種情況下,您依賴于用戶輸入。對(duì)于findAction方法拋出一個(gè)異常,比對(duì)一個(gè)沒有解釋的簡(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); } } }
本文首發(fā)于java黑洞網(wǎng),博客園同步更新
到此這篇關(guān)于在Java中避免NullPointerException的解決方案的文章就介紹到這了,更多相關(guān)Java中避免NullPointerException內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java實(shí)現(xiàn)Redis延時(shí)消息隊(duì)列
本文主要介紹了Java實(shí)現(xiàn)Redis延時(shí)消息隊(duì)列,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-08-08Java文件斷點(diǎn)續(xù)傳實(shí)現(xiàn)原理解析
這篇文章主要介紹了Java文件斷點(diǎn)續(xù)傳實(shí)現(xiàn)原理解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-05-05SpringBoot-JPA刪除不成功,只執(zhí)行了查詢語句問題
這篇文章主要介紹了SpringBoot-JPA刪除不成功,只執(zhí)行了查詢語句問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-12-12java線程池不同場(chǎng)景下使用示例經(jīng)驗(yàn)總結(jié)
這篇文章主要為大家介紹了java線程池不同場(chǎng)景如何使用的示例源碼及經(jīng)驗(yàn)總結(jié),有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步2022-03-03javax.validation包里@NotNull等注解的使用方式
這篇文章主要介紹了javax.validation包里@NotNull等注解的使用方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-01-01項(xiàng)目連接nacos配置中心報(bào)錯(cuò):Client not connected, current
這篇文章主要介紹了項(xiàng)目連接nacos配置中心報(bào)錯(cuò):Client not connected, current status:STARTING的解決方案,采用了mysql作為持久化的數(shù)據(jù)庫,docker作為運(yùn)行的環(huán)境,感興趣的朋友跟隨小編一起看看吧2024-03-03