[[349737]]

本文轉(zhuǎn)載自微信公眾號「Java極客技術(shù)」，作者鴨血粉絲。轉(zhuǎn)載本文請聯(lián)系Java極客技術(shù)公眾號。

 阿粉入職這么久了，無論如何也不會想到會被自己同事寫的一個接口返回的空指針異常折磨致死，折磨的死去活來，卻完全不知道是什么原因，你有沒有過這種經(jīng)歷呢?

NullPointerException

標題醒目，是為了給大家說，這個空指針異常，說實話，在項目里面很多都是很容易能夠解決的，但是有時候發(fā)生問題的原因卻是你無論如何想不到的，事情是這個樣子的。

前端代碼如下：

var setting = { 
                url:"findFileById", 
                data:{ 
                    id:id 
                }, 
                success:function (data) { 
                    console.log(data); 
                }, 
                error:function (data) { 
                    console.log("查詢文件異常") 
                } 
            } 
ajax(setting); 
 
ajax在這里只是進行了一個封裝 
 
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è)務處理如下：

@PostMapping("findFileById") 
@ResponseBody 
public File findFileById(HttpServletRequest request, HttpServletResponse response, @RequestBody Map<String,Object> map){ 
    return deliverFileService.findFileById(request,map); 
} 

大家肯定會說，這么簡單的事情你都不會，阿粉你干啥吃的，一個查詢文件都有問題，而事實上，在代碼里面我的同事也沒有完全去處理這個空值的問題，結(jié)果導致一直都出在ajax里面出現(xiàn)“接口出錯，請重試”的錯誤。

而問題就在于他沒有處理空的數(shù)據(jù)，而直接就返給我了，這種問題也是非常的奇怪，很多時候不都是應該處理一下空的數(shù)據(jù)為防止NULL的異常么?而阿粉也第一時間找到了他，他說沒問題，在他那里正常調(diào)用，我當時就尷尬了，我給你傳遞的參數(shù)是沒問題的，查詢數(shù)據(jù)如果為空，應該會有提示的才對。于是阿粉只能是簡單的修改了一下他的代碼，變成了

@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 的，也就是運行的時候會出的異常信息，當我們寫代碼的時候，如果代碼在運行的時候，我們使用的對象沒有初始化的時候，或者是為空的時候，就會出現(xiàn)空指針的異常，而這個異常也是我們感覺最 Low 的，最不可能出現(xiàn)的異常，但是往往因為自己的不注意，就出現(xiàn)了。

其實這個辦法可就太多了，而很多時候我們也是不去注意這個事情的，就比如說對象，判空操作，但是你如果在每個對象使用的時候都判空，那么你的代碼真的就會出現(xiàn)：

if(a!=null){ 
    if(b!=null){ 
        if(c!=null){ 
            .... 
        } 
    } 
} 

當你看到這種代碼的時候，第一感覺有沒有直接想把這個朋友拉過來捶一頓，這種要是寫多了，人都快瘋了，尤其是二次維護的人員。

其實這種方法雖然笨，但是也算是一個習慣，判空，對功能上來說，肯定是不會出現(xiàn)很多麻煩，但是這么個空值也是很折磨人的，那么我們就來處理一下他吧。

1.這個我們就不說了直接判斷對象是不是為空就行了。

第二個，就是比對equals方法的時候，我們很多時候的寫作習慣就是這種

if(text.equals("xxxxx")){ 
     
} 

其實這么比對沒有問題，但是你有沒有想過，如果說你的text是個空呢?你比對的時候不就出錯了?而曾經(jīng)也有一個面試官問我，為什么在筆試題里面去把已知的字符串寫在前面，當時可能只是一種習慣，而后來卻發(fā)現(xiàn)這是真的有用滴。

你改成：

if("xxxxx".equals(text)){ 
     
} 

就會避免了出現(xiàn)空指針的錯誤了，多好的習慣不是么?

第三個，也是我們在Java8里面提供的特性O(shè)ptional

ofNullable，就是Optional中提供的，將我們需要的參數(shù)傳遞過去，就可以判斷是否為空了。

而對于集合來說，大家就可以使用之前修改的那個方法，判斷是否為null，如果是null，那么我們一定要返回一個哪怕是空對象，或者是一個空的集合，這樣對于之后調(diào)用你接口的人來說，也是非常友善的。

我知道很多人會說，那我在接口上面寫上個注釋，查詢返回的值會有可能是個空，大家小心調(diào)用，雖然你提示了問題，但是你這是沒有解決問題的體現(xiàn)呀，就相當于，你把所有的異常全部都拋出去了，而沒有去處理他。

我們這時候還可以使用 Java8 里面提供的 Optional ，比如這個樣子

Optional<Product>getProductOptional(String id) 

這個時候，當我們的調(diào)用者知道有 Optional 的存在的時候，自然而然的明白了。

關(guān)于處理null，你還有其他的好的方式么?