[[349737]]

本文轉載自微信公眾號「Java極客技術」，作者鴨血粉絲。轉載本文請聯系Java極客技術公眾號。

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

NullPointerException

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

前端代碼如下：

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("接口出錯，請重試"); 
        } 
    }) 

后臺業務處理如下：

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

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

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

@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(); 
} 

阿粉不能給他改動太大，只能改成我這里調用如果是 null的時候，返還給我一個空對象就好了，如果不是的話，就把查詢回來的數據完整的返還給我。

那么阿粉現在就來說說這個如何處理我們的空值的問題，不然以后你如果寫好的數據接口，給別人調用，調用出來如果是個空的字符串也就罷了，但如果像是null這種不處理的東西，那么一定會被別人鄙視死。

如何處理空指針異常的問題

什么時候出現NullPointerException?

我們都知道 NullPointerException 是繼承 RuntimeException 的，也就是運行的時候會出的異常信息，當我們寫代碼的時候，如果代碼在運行的時候，我們使用的對象沒有初始化的時候，或者是為空的時候，就會出現空指針的異常，而這個異常也是我們感覺最 Low 的，最不可能出現的異常，但是往往因為自己的不注意，就出現了。

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

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

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

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

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

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

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

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

你改成：

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

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

第三個，也是我們在Java8里面提供的特性Optional

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

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

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

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

Optional<Product>getProductOptional(String id) 

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

關于處理null，你還有其他的好的方式么?