跳到主要內容

我天!xx.equals(null) 是什麼騷操作??_網頁設計公司


網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!



當全世界的人們隨著網路時代而改變向上時您還停留在『網站美醜不重要』的舊有思維嗎?機會是留給努力改變現況的人們,別再浪費一分一秒可以接觸商機的寶貴時間!


問題背景


我的天,最近做 Code Review 看到一個同事的騷操作,他寫了一個工具類,大概是這樣的:


public static boolean isNull(Object object){
return null == object || object.equals(null);
}

判斷空,一般不是 null == object 就夠了,object.equals(null) 是什麼騷操作?


寫程序這麼多年,第一次看這樣的寫法,當時我就提出質疑了,同事拍着胸脯和我說,有個銀行的請求參數必須得這麼寫,不然就驗證不了。


我當時還在想,這是 JDK 出的什麼新類型么,覺得還是不科學,考慮去跟下同事寫的代碼,然後用他所說的情況我親自去驗證一下。


看了下,這是個老業務系統,同事用了 json-lib 這個包,歷史的江湖確實有這個包的存在,棧長之前也用過,不過後來這玩意就沒怎麼用了,現在都是 GsonJackson 的天下了。


如下面 json-lib 例子所示:


public static void main(String[] args) {
String jsonString = "{\"name\": \"hi\",\"sex\": \"boy\", \"age\": null}";

JSONObject jsonObject = net.sf.json.JSONObject.fromObject(jsonString);
Object age = jsonObject.get("age");

// 輸出:null
System.out.println("age: " + age);

// 輸出:false
System.out.println("age == null: " + (age == null));

// 輸出:true
System.out.println("age.equals(null): " + (age.equals(null)));
}

我天!大家看到結果了吧,問題確實也如同事所說,一定要用 object.equals(null) 寫法才行,不相信結果的大家也可以親自驗證一下。


納了悶了,這樣寫,我傳一個 null 值過去不是報空指針了么?這樣寫肯定有問題,繼續深挖!


問題分析


fromObject 方法加載 JSON 串開始源碼深入分析,找到了這個神奇解析 null 值的源碼:



原來,JSON 串中的 null 值被解析成了它內部的 JSONNull 對象,然後再看下這個 JSONNull 的 equals 方法源碼:


public boolean equals(Object object) {
return object == null ||
object == this ||
object == instance ||
object instanceof JSONObject &&
((JSONObject)object).isNullObject() ||
"null".equals(object);
}

問題就出在他所用的 JSON 工具類了!!!


equals 方法被重寫了……終於揭開了 object.equals(null) 的神秘面紗……


再來看下是否有新的更新包:



網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!



透過資料庫的網站架設建置,建立公司的形象或購物系統,並提供最人性化的使用介面,讓使用者能即時接收到相關的資訊




最新的版本停留在 2010 年 12 月,已經是被淘汰的東西了。



另外,json-lib 在 JDK 1.7+ 有性能影響。
推薦閱讀:請不要在 JDK 7+ 中使用這個 JSON 包了



解決方案


方法1:


換掉 object.equals(null),用 JSONNull 的實例去判斷:


public static boolean isNull(Object object){
return null == object || JSONNull.getInstance().equals(object);
}

方法2:


換掉 json-lib 庫,用主流的 GsonJackson


具體看下這篇:Java常用的幾個Json庫,性能強勢對比,另外 FastJson 也不建議用了,漏洞比較多。


這個由於是老系統,太多業務使用了這個庫,換掉的開發、測試成本和風險比較大,暫時考慮先用方案1先解決這個問題。


關注Java技術棧微信公眾號,棧長將繼續分享好玩的 Java 技術,公眾號第一時間推送,在公眾號後台回復:Java,可以獲取歷史 Java 教程,都是乾貨。


推薦去我的博客閱讀更多:


1.Java JVM、集合、多線程、新特性系列教程


2.Spring MVC、Spring Boot、Spring Cloud 系列教程


3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程


4.Java、後端、架構、阿里巴巴等大廠最新面試題


覺得不錯,別忘了點贊+轉發哦!

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※想知道最厲害的網頁設計公司嚨底家"!



RWD(響應式網頁設計)是透過瀏覽器的解析度來判斷要給使用者看到的樣貌




Orignal From: 我天!xx.equals(null) 是什麼騷操作??_網頁設計公司

留言

這個網誌中的熱門文章

.NET Core前後端分離快速開發框架(Core.3.0+AntdVue)

.NET Core前後端分離快速開發框架(Core.3.0+AntdVue) 目錄 引言 時間真快,轉眼今年又要過去了。回想今年,依次開源發布了 Colder.Fx.Net.AdminLTE(254Star) 、 Colder.Fx.Core.AdminLTE(335Star) 、 DotNettySocket(82Star) 、 IdHelper(47Star) ,這些框架及組件都是本着以實際出發,實事求是的態度,力求提高開發效率(我自己都是第一個使用者),目前來看反響不錯。但是隨着前端和後端技術的不斷變革,尤其是前端,目前大環境已經是前後端完全分離為主的開發模式,在這樣的大環境和必然趨勢之下,傳統的MVC就顯得有些落伍了。在這樣的背景下,一款前後端分離的.NET開發框架就顯得尤為必要,由此便定了框架的升級目標: 前後端分離 。 首先後端技術的選擇,從目前的數據來看,.NET Core的發展遠遠快於.NET Framework,最簡單的分析就是Colder.Fx.Core.AdminLTE發布比Colder.Fx.Net.AdminLTE晚,但是星星卻後來居上而且比前者多30%,並且這個差距在不斷擴大,由點及面的分析可以看出我們廣大.NET開發人員學習的熱情和积極向上的態度,並不是某些人所認為的那麼不堪( 走自己的路,讓別人說去吧 )。大環境上微軟积極擁抱開源,大力發展.NET Core, 可以說前途一片光明。因此後端決定採用 .NET Core3.0 ,不再浪費精力去支持.NET Framework。 然後是前端技術選擇,首選是三大js框架選擇,也是從實際出發,Vue相對其它而言更加容易上手,並且功能也毫不遜色,深得各種大小公司喜歡,如果偏要說缺點的話,那就是對TS支持不行,但是即將發布Vue3.0肯定會改變這一缺陷。選擇了Vue之後,然後就是UI框架的選擇了,這裏的選擇更多了,我選擇了Ant Design Vue,理由便是簡潔方便,十分符合我的設計理念。 技術選型完畢之後便...