#上圖是《阿里巴巴Java開(kāi)發(fā)手冊(cè)v1.2.0》中的說(shuō)明,這裡舉了個(gè)反例,說(shuō)沒(méi)有處理相等的情況,但我想:
o1.getId() > o2.getId()
反過(guò)來(lái)不就是
o1.getId() <= o2.getId()
我平常都是這樣用的,求大神在幫忙解釋這個(gè)地方的技巧是什麼?是什麼原因?
學(xué)習(xí)是最好的投資!
進(jìn)一步了解了一下,問(wèn)題的根本原因是JDK7的排序?qū)嵶鞲臑榱薚imSort,詳細(xì)見(jiàn)這篇文章。
http://blog.2baxb.me/archives...
一開(kāi)始回答的時(shí)候並沒(méi)有完全理解作者問(wèn)問(wèn)題的意圖,回答得有點(diǎn)草率,為此道個(gè)歉。
分割線下是先前回答的內(nèi)容,因?yàn)榇鸢冈u(píng)論裡有和@wanghaa 就舊有答案的討論,因此保留,也謝謝@wanghaa 讓我意識(shí)到問(wèn)題。
public static void main(String[] args) {
int i = 1;
int j = 1;
int ret = i > j ? 1 : -1;
System.out.println(ret);
}
上面的程式碼會(huì)輸出-1,進(jìn)行比較的兩個(gè)取值相等的情況下應(yīng)該回傳0,回傳-1肯定是不對(duì)的,所以一定要單獨(dú)處理相等的情況。
經(jīng)過(guò)@gemoji的討論終於明白了,總結(jié)一下:
在JDK7以前的版本就像Effective Java裡說(shuō)的那樣,Comparator不強(qiáng)制要求實(shí)現(xiàn)等於,
在JDK7之後的版本由於排序改用了TimSort演算法,導(dǎo)致Comparator必須實(shí)作等於.
>裡面有詳細(xì)的解釋,其實(shí)這是一個(gè)強(qiáng)烈建議,反例這樣做其實(shí)破壞了equals和比較的傳遞性
和對(duì)稱(chēng)性