您好,登錄后才能下訂單哦!
這篇文章主要講解了“怎么處理空指針”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“怎么處理空指針”吧!
NullPointerException
標(biāo)題醒目,是為了給大家說,這個空指針異常,說實話,在項目里面很多都是很容易能夠解決的,但是有時候發(fā)生問題的原因卻是你無論如何想不到的,事情是這個樣子的。
前端代碼如下:
var setting = { url:"findFileById", data:{ id:id }, success:function (data) { console.log(data); }, error:function (data) { console.log("查詢文件異常") } } ajax(setting); ajax在這里只是進(jìn)行了一個封裝 function ajax(setting) { $.ajax({ type:"post", url:setting.url+".do", dataType:setting.dataType||"json", contentType:"application/json;utf-8", data:JSON.stringify(setting.data)||{}, async:setting.async, success:function (data) { setting.success(data); }, error:function (data) { setting.error("接口出錯,請重試"); } })
后臺業(yè)務(wù)處理如下:
@PostMapping("findFileById") @ResponseBody public File findFileById(HttpServletRequest request, HttpServletResponse response, @RequestBody Map<String,Object> map){ return deliverFileService.findFileById(request,map); }
大家肯定會說,這么簡單的事情你都不會,阿粉你干啥吃的,一個查詢文件都有問題,而事實上,在代碼里面我的同事也沒有完全去處理這個空值的問題,結(jié)果導(dǎo)致一直都出在ajax里面出現(xiàn)“接口出錯,請重試”的錯誤。
而問題就在于他沒有處理空的數(shù)據(jù),而直接就返給我了,這種問題也是非常的奇怪,很多時候不都是應(yīng)該處理一下空的數(shù)據(jù)為防止NULL的異常么?而阿粉也第一時間找到了他,他說沒問題,在他那里正常調(diào)用,我當(dāng)時就尷尬了,我給你傳遞的參數(shù)是沒問題的,查詢數(shù)據(jù)如果為空,應(yīng)該會有提示的才對。于是阿粉只能是簡單的修改了一下他的代碼,變成了
@PostMapping("findFileById") @ResponseBody public File findFileById(HttpServletRequest request, HttpServletResponse response, @RequestBody Map<String,Object> map){ return deliverFileService.findFileById(request,map)!= null ?deliverFileService.findFileById(request,map) : new ; new DeliverFile(); }
阿粉不能給他改動太大,只能改成我這里調(diào)用如果是 null的時候,返還給我一個空對象就好了,如果不是的話,就把查詢回來的數(shù)據(jù)完整的返還給我。
那么阿粉現(xiàn)在就來說說這個如何處理我們的空值的問題,不然以后你如果寫好的數(shù)據(jù)接口,給別人調(diào)用,調(diào)用出來如果是個空的字符串也就罷了,但如果像是null這種不處理的東西,那么一定會被別人鄙視死。
如何處理空指針異常的問題
什么時候出現(xiàn)NullPointerException?
我們都知道 NullPointerException 是繼承 RuntimeException 的,也就是運行的時候會出的異常信息,當(dāng)我們寫代碼的時候,如果代碼在運行的時候,我們使用的對象沒有初始化的時候,或者是為空的時候,就會出現(xiàn)空指針的異常,而這個異常也是我們感覺最 Low 的,最不可能出現(xiàn)的異常,但是往往因為自己的不注意,就出現(xiàn)了。
其實這個辦法可就太多了,而很多時候我們也是不去注意這個事情的,就比如說對象,判空操作,但是你如果在每個對象使用的時候都判空,那么你的代碼真的就會出現(xiàn):
if(a!=null){ if(b!=null){ if(c!=null){ .... } } }
當(dāng)你看到這種代碼的時候,第一感覺有沒有直接想把這個朋友拉過來捶一頓,這種要是寫多了,人都快瘋了,尤其是二次維護(hù)的人員。
其實這種方法雖然笨,但是也算是一個習(xí)慣,判空,對功能上來說,肯定是不會出現(xiàn)很多麻煩,但是這么個空值也是很折磨人的,那么我們就來處理一下他吧。
1.這個我們就不說了直接判斷對象是不是為空就行了。
第二個,就是比對equals方法的時候,我們很多時候的寫作習(xí)慣就是這種
if(text.equals("xxxxx")){ }
其實這么比對沒有問題,但是你有沒有想過,如果說你的text是個空呢?你比對的時候不就出錯了?而曾經(jīng)也有一個面試官問我,為什么在筆試題里面去把已知的字符串寫在前面,當(dāng)時可能只是一種習(xí)慣,而后來卻發(fā)現(xiàn)這是真的有用滴。
你改成:
if("xxxxx".equals(text)){ }
就會避免了出現(xiàn)空指針的錯誤了,多好的習(xí)慣不是么?
第三個,也是我們在Java8里面提供的特性O(shè)ptional
ofNullable,就是Optional中提供的,將我們需要的參數(shù)傳遞過去,就可以判斷是否為空了。
而對于集合來說,大家就可以使用之前修改的那個方法,判斷是否為null,如果是null,那么我們一定要返回一個哪怕是空對象,或者是一個空的集合,這樣對于之后調(diào)用你接口的人來說,也是非常友善的。
我知道很多人會說,那我在接口上面寫上個注釋,查詢返回的值會有可能是個空,大家小心調(diào)用,雖然你提示了問題,但是你這是沒有解決問題的體現(xiàn)呀,就相當(dāng)于,你把所有的異常全部都拋出去了,而沒有去處理他。
我們這時候還可以使用 Java8 里面提供的 Optional ,比如這個樣子
Optional<Product>getProductOptional(String id)
這個時候,當(dāng)我們的調(diào)用者知道有 Optional 的存在的時候,自然而然的明白了。
感謝各位的閱讀,以上就是“怎么處理空指針”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對怎么處理空指針這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關(guān)知識點的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。