對于Java開發人員（從初級到專家）最糟糕的噩夢之一是空對象引用檢查。 我很確定您已經看過幾次這樣的代碼：

public void addAddressToCustomer(Customer customer, Address newAddress){if ( cutomer == null || newAddress == null)return;if ( customer.getAddresses() == null ){customer.setAddresses ( new ArrayList<>());}customer.addAddress(newAddress); }

我個人不喜歡為空檢查編寫代碼。 在這篇文章中，我將根據我在生產環境和系統中的個人經驗，列出一些對我來說效果很好的事情。

• 停止檢查所有圖層中的空對象。 僅將檢查限制在上層，例如UI層，表示層或API控制器層。 換句話說，請確保沒有空對象從上層傳遞到業??務邏輯層。 例如，如果您正在使用Spring注釋開發標準的Web應用程序，則可能會有一些類帶有@Repository，@Service和@Controller注釋。 控制器負責接收客戶端的數據，并將其傳遞給@Service類進行處理。 確保沒有空對象傳遞到服務層是他們的責任。 服務類及以下類不應為null安全。 如果使用null調用它們，則應拋出NPE來警告開發人員應解決此錯誤。 請記住，NPE不是用戶錯誤，而是開發人員的錯誤，應始終避免。 對來自html表單的用戶輸入或其他用戶界面輸入執行相同的操作。

• 如果您遵循上述方法，您將不會再基于對象為空或非null的事實來編寫業務邏輯。 空對象不應用于決定系統的行為。 它們是非凡的值，應將其視為錯誤和無效的業務邏輯狀態。

• 從方法返回列表時，請始終返回一個空列表，而不是null。 這將允許客戶端在不檢查null的情況下迭代列表。 迭代一個空列表是完全可以接受的，并且什么都不做，而迭代一個空列表將拋出NPE。

• 在持久層中，當您搜索特定對象（即使用其標識符）而找不到該對象時，一種非常常見的方法是返回一個空對象。 好吧，這將使所有客戶端手動檢查此空值。 在這種情況下，您有兩種選擇。 拋出運行時異常（即ObjectNotFoundException）或返回空的Object。 我已經使用了這兩個選項，我的建議是根據系統的整體體系結構以及所使用的工具/框架來對它們進行評估。

• 在比較字符串時，請始終始終將不太可能為null的字符串放在第一位，而不是：

customer.getAddress().getStreet().equals("Times Square")

喜歡：

"Times Square".equals(customer.getAddress().getStreet())

• 如果您正在使用或計劃使用Java8，那么這里提供了新的Optional類。 檢查這篇文章 ，清楚地說明了Optional的用法。

下次您要編寫一些空檢查代碼時，請三思而后行，以決定是否多余。

翻譯自: https://www.javacodegeeks.com/2014/08/avoiding-null-checks-in-java.html

總結

以上是生活随笔為你收集整理的在Java中避免空检查的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。