求兩時(shí)間點(diǎn)之間日期差的簡(jiǎn)潔方法(轉(zhuǎn))
原來(lái)以為,求兩個(gè)時(shí)間之日期差應(yīng)該不是問題,直到有一天...。 我曾經(jīng)輔導(dǎo)過的一位開發(fā)員向我求教,我還不以為很難,嘗試用Calendar/GregorianCalendar類來(lái)計(jì)算,看起來(lái)代碼太復(fù)雜,放棄。苦想半小時(shí),最后想出一句話,寫出來(lái)在MSN上發(fā)給他。當(dāng)時(shí)的感覺路子很野,上不了臺(tái)面。這句話也是下面要介紹的簡(jiǎn)潔方法。
再后來(lái),我的一位前同事發(fā)來(lái)郵件,說(shuō)起網(wǎng)上一大牛發(fā)布的blog,是一個(gè)牛人數(shù)落Java標(biāo)準(zhǔn)庫(kù)的,挺有意思。需求很簡(jiǎn)單:有兩個(gè)Date型的變量(a, b),如何計(jì)算兩者相隔的天數(shù)?你有簡(jiǎn)單的解決方案嗎?(據(jù)這個(gè)牛人說(shuō),還是很麻煩的哦)
看了大牛的方法,暗地思忖:既然Java標(biāo)準(zhǔn)庫(kù)不能解決,我的方法不是很簡(jiǎn)單嗎?!我的底氣騰騰往上漲。
====
我的方法:






問題分析:求日期差,重要的是時(shí)間對(duì)象的日期部分,與時(shí)分秒沒有關(guān)系。所以問題的關(guān)鍵是過濾掉時(shí)分秒,保留日期部分。干的活象低通濾波器,濾掉高頻雜波,保留低頻信號(hào)。
解決思路:一天的秒數(shù)是24*60*60*1000=86400000=Senconds。時(shí)間對(duì)象date1.getTime()是自1970年1月1日零點(diǎn)以來(lái)的秒數(shù),用它整除以Seconds,就得到自1970年1月1日以來(lái)的天數(shù)。注意這里用的是整除符號(hào),時(shí)分秒被過濾掉了。對(duì)date2也施行同樣的操作,得到date2的天數(shù)。date2的天數(shù)減去date1的天數(shù),所得結(jié)果就是日期差。
舉例來(lái)說(shuō),用最簡(jiǎn)單的例子,假設(shè)date1等于1970年1月5日15點(diǎn)整,date2等于1970年1月6日14點(diǎn)整。date1整除以seconds的結(jié)果是4,date2整除以seconds的結(jié)果是5,date2與date1相差5-4=1天,與我們的預(yù)期相符。
====
我的同事Kun給出了方法:獲取二者的milliseconds相減,然后/24/60/60。
這個(gè)方法應(yīng)該是不正確的。因?yàn)槊霐?shù)相減,得到的是二者的時(shí)間差,并沒有濾掉時(shí)分秒。
計(jì)算結(jié)果:用剛才的例子驗(yàn)算一下,date2.getTime() - date1.getTime() 等于相當(dāng)于23小時(shí)的秒數(shù),再整除以seconds,結(jié)果是0天,與預(yù)期的1天不相符。
Kun的方法與正確方法的區(qū)別在于:先做減法,還是先做整除法。
====
同事在網(wǎng)上找到的方法:





結(jié)果應(yīng)該是正確的,它根本就沒有時(shí)分秒,有了時(shí)分秒與Kun的方法等價(jià)。不過用起來(lái)會(huì)很麻煩,因?yàn)橐鹊玫阶址娜掌冢拍苡盟?/p>
====
最后看看大牛的方法:
大牛博客地址:http://blog.csdn.net/rmartin/archive/2006/12/22/1452867.aspx


























看起來(lái)很復(fù)雜吧,沒有求證過,應(yīng)該是正確的吧!
posted on 2007-05-16 14:54 liaojiyong 閱讀(2612) 評(píng)論(1) 編輯 收藏 所屬分類: Java