空指針引入
為了避免空指針調用，我們經常會看到這樣的語句
if (someobject != null) {
someobject.doCalc();}
最終，項目中會存在大量判空代碼，多么丑陋繁冗！如何避免這種情況？我們是否濫用了判空呢？
這是初、中級程序猿經常會遇到的問題。他們總喜歡在方法中返回null，因此，在調用這些方法時，也不得不去判空。另外，也許受此習慣影響，他們總潛意識地認為，所有的返回都是不可信任的，為了保護自己程序，就加了大量的判空。
進行判空前，請區分以下兩種情況：
1、null 是一個有效有意義的返回值(Where null is a valid response in terms of the contract; and)
2、null是無效有誤的(Where it isn't a valid response.)
下面針對這兩種情況分別處理
null是無效有誤的
null就是一個不合理的參數，就應該明確地中斷程序，往外拋錯誤。這種情況常見於api方法。例如你開發了一個接口，id是一個必選的參數，如果調用方沒傳這個參數給你，當然不行。你要感知到這個情況，告訴調用方“嘿，哥們，你傳個null給我做甚"。
相對於判空語句，更好的檢查方式有兩個
(1)assert語句，你可以把錯誤原因放到assert的參數中，這樣不僅能保護你的程序不往下走，而且還能把錯誤原因返回給調用方，豈不是一舉兩得。（原文介紹了assert的使用，這里省略）
(2)也可以直接拋出空指針異常。上面說了，此時null是個不合理的參數，有問題就是有問題，就應該大大方方往外拋。
null 是一個有效有意義的返回值
這種情況下，null是個”看上去“合理的值，例如，我查詢數據庫，某個查詢條件下，就是沒有對應值，此時null算是表達了“空”的概念。
Null Object pattern`（空對象模式）
1、假如方法的返回類型是collections，當返回結果是空時，你可以返回一個空的collections（empty list),而不要返回null，這樣調用側就能大膽地處理這個返回。 例如調用側拿到返回后，可以直接print list.size()，又無需擔心空指針問題。（什么？想調用這個方法時，不記得之前實現該方法有沒按照這個原則？所以說，代碼習慣很重要！如果你養成習慣，都是這樣寫代碼（返回空collections而不返回null)，你調用自己寫的方法時，就能大膽地忽略判空）
2、返回類型不是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的方法。
使用 Objects.equals(a,b)
值是null的情況
-
a.equals(b), a 是null, 拋出NullPointException異常。
-
a.equals(b), a不是null, b是null, 返回false
-
Objects.equals(a, b)比較時， 若a 和 b 都是null, 則返回 true, 如果a 和 b 其中一個是null, 另一個不是null, 則返回false。
注意：不會拋出空指針異常。
null.equals("abc") → 拋出 NullPointerException 異常
"abc".equals(null) → 返回 false
null.equals(null) → 拋出 NullPointerException 異常
Objects.equals(null, "abc") → 返回 false
Objects.equals("abc",null) → 返回 false
Objects.equals(null, null) → 返回 true
值是空字符串的情況：
-
a 和 b 如果都是空值字符串："", 則 a.equals(b), 返回的值是true, 如果a和b其中有一個不是空值字符串，則返回false;
-
這種情況下 Objects.equals 與情況1 行為一致。
"abc".equals("") → 返回 false
"".equals("abc") → 返回 false
"".equals("") → 返回 true
Objects.equals("abc", "") → 返回 false
Objects.equals("","abc") → 返回 false
Objects.equals("","") → 返回 true
源碼分析
1.源碼
* @since 1.7
*/
public final class Objects {
private Objects() {
throw new AssertionError("No java.util.Objects instances for you!");
}
/**
* Returns {@code true} if the arguments are equal to each other
* and {@code false} otherwise.
* Consequently, if both arguments are {@code null}, {@code true}
* is returned and if exactly one argument is {@code null}, {@code
* false} is returned. Otherwise, equality is determined by using
* the {@link Object#equals equals} method of the first
* argument.
*
* @param a an object
* @param b an object to be compared with {@code a} for equality
* @return {@code true} if the arguments are equal to each other
* and {@code false} otherwise
* @see Object#equals(Object)
*/
public static boolean equals(Object a, Object b) {
return (a == b) || (a != null && a.equals(b));
}
2.說明
首先，進行了對象地址的判斷，如果是真，則不再繼續判斷。
如果不相等，后面的表達式的意思是，先判斷a不為空，然后根據上面的知識點，就不會再出現空指針。
所以，如果都是null，在第一個判斷上就為true了。如果不為空，地址不同，就重要的是判斷a.equals(b)。
其他回答精選：
1、如果要用equal方法，請用object<不可能為空>.equal(object<可能為空>))
例如，使用
"bar".equals(foo)
而不是
foo.equals("bar")
2、Java8或者guava lib中，提供了Optional類，這是一個元素容器，通過它來封裝對象，可以減少判空。不過代碼量還是不少。不爽。
3、如果你想返回null，請挺下來想一想，這個地方是否更應該拋出一個異常
stackoverflow鏈接：
http://stackoverflow.com/questions/271526/avoiding-null-statements-in-java?page=2&tab=votes#tab-top