云棲號資訊：【點擊查看更多行業資訊】
在這里您可以找到不同行業的第一手的上云資訊，還在等什么，快來！問題
為了避免空指針調用，我們經常會看到這樣的語句
if (someobject != null) { someobject.doCalc(); }
最終，項目中會存在大量判空代碼，多么丑陋繁冗！如何避免這種情況？我們是否濫用了判空呢？回答
這是初、中級程序猿經常會遇到的問題。他們總喜歡在方法中返回null，因此，在調用這些方法時，也不得不去判空。另外，也許受此習慣影響，他們總潛意識地認為，所有的返回都是不可信任的，為了保護自己程序，就加了大量的判空。
吐槽完畢，回到這個題目本身，進行判空前，請區分以下兩種情況：

• null 是一個有效有意義的返回值(Where null is a valid response in terms of the contract; and)
• null是無效有誤的(Where it isn’t a valid response.)

你可能還不明白這兩句話的意思，不急，繼續往下看，接下來將詳細討論這兩種情況先說第2種情況
null就是一個不合理的參數，就應該明確地中斷程序，往外拋錯誤。這種情況常見于api方法。例如你開發了一個接口，id是一個必選的參數，如果調用方沒傳這個參數給你，當然不行。你要感知到這個情況，告訴調用方“嘿，哥們，你傳個null給我做甚"。
相對于判空語句，更好的檢查方式有兩個

• assert語句，你可以把錯誤原因放到assert的參數中，這樣不僅能保護你的程序不往下走，而且還能把錯誤原因返回給調用方，豈不是一舉兩得。（原文介紹了assert的使用，這里省略）
• 也可以直接拋出空指針異常。上面說了，此時null是個不合理的參數，有問題就是有問題，就應該大大方方往外拋。

第1種情況會更復雜一些。
這種情況下，null是個”看上去“合理的值，例如，我查詢數據庫，某個查詢條件下，就是沒有對應值，此時null算是表達了“空”的概念。
這里給一些實踐建議：

返回類型不是collections，又怎么辦呢？
那就返回一個空對象（而非null對象），下面舉個“栗子”，假設有如下代碼
public interface Action { void doSomething();} public interface Parser { Action findAction(String userInput);}
其中，Parse有一個接口FindAction，這個接口會依據用戶的輸入，找到并執行對應的動作。假如用戶輸入不對，可能就找不到對應的動作（Action），因此findAction就會返回null，接下來action調用doSomething方法時，就會出現空指針。解決這個問題的一個方式，就是使用Null Object pattern（空對象模式）
我們來改造一下
類定義如下，這樣定義findAction方法后，確保無論用戶輸入什么，都不會返回null對象：
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; } } }
對比下面兩份調用實例1.冗余: 每獲取一個對象，就判一次空
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(); }2.精簡
ParserFactory.getParser().findAction(someInput).doSomething();
因為無論什么情況，都不會返回空對象，因此通過findAction拿到action后，可以放心地調用action的方法。擴展一下：Java:如何更優雅的處理空值？其他回答精選：
如果要用equal方法，請用object<不可能為空>.equal(object<可能為空>))
例如：
使用
"bar".equals(foo)
而不是
foo.equals("bar")
Java8或者guava lib中，提供了Optional類，這是一個元素容器，通過它來封裝對象，可以減少判空。不過代碼量還是不少。不爽。
如果你想返回null，請停下來想一想，這個地方是否更應該拋出一個異常。
【云棲號在線課堂】每天都有產品技術專家分享！
課程地址：https://yqh.aliyun.com/zhibo
立即加入社群，與專家面對面，及時了解課程最新動態！
【云棲號在線課堂 社群】https://c.tb.cn/F3.Z8gvnK
原文發布時間：2020-04-15
本文作者：lizeyang
本文來自：“互聯網架構師 微信公眾號”，了解相關信息可以關注“互聯網架構師”

如果您發現本社區中有涉嫌抄襲的內容，歡迎發送郵件至：yqgroup@service.aliyun.com 進行舉報，并提供相關證據，一經查實，本社區將立刻刪除涉嫌侵權內容。

原文鏈接

更多行業上云案例敬請關注【阿里云云棲號】

本文為阿里云原創內容，未經允許不得轉載。

總結

以上是生活随笔為你收集整理的modelandview为null的原因_如何在Java代码中去掉烦人的“!=null”的全部內容，希望文章能夠幫你解決所遇到的問題。

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