嘚吧嘚

時間校驗這個問題，我在網(wǎng)上找了很多資料，有用正則表達式的、有用格式工具類的。
其實都能實現(xiàn)時間校驗，既然兩種方式都能實現(xiàn)，那么使用哪種方式更好呢？

先告訴大家一個結(jié)論吧，我更傾向于用日期工具類來實現(xiàn)。接下來給大家分析一下。

正則表達式

版本一

先來看一個簡單的日期的正則表達式的規(guī)則，年份4位數(shù)字，月份2位數(shù)字，日2位數(shù)字，時2位數(shù)字，分2位數(shù)字，秒2位數(shù)字。

String regex = "^\\d{4}-\\d{2}-\\d{2} \\d{2}:\\d{2}:\\d{2}$";

但是日期校驗真的是簡單的幾位數(shù)字的組合嗎？咱們來做個測試

注意看第二個日期“2022-13-31 32:12:21”，這明顯是個錯誤的日期，沒有13月，也沒有32時，但是根據(jù)正則表達式來判斷的話，是符合規(guī)則的。所以說明我們的正則表達式的規(guī)則是不完善的。

版本二

1、年的規(guī)則就是4位數(shù)字(這里就這么簡單，也可以從19XX年開始)
2、月的2位數(shù)字的范圍是01-12
3、日的2位數(shù)字的范圍是01-31
4、時的2位數(shù)字的范圍是00-23
5、分的2位數(shù)字的范圍是00-59
5、秒的2位數(shù)字的范圍是00-59

于是可以得到下面這個正則表達式：

String regex = "^\\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[1-2][0-9]|3[0-1]) ([0-2][0-3]):([0-5][0-9]):([0-5][0-9])$";

進過測試可以看到2022-13-31 32:12:21這個日期已經(jīng)被判定為錯誤日期了。

可是這就完了嗎？當然沒有，在來看個例子：

日期中還有一個特點就是，每4年會閏年，所以2月的最后一天到幾號，就不是那么簡單了

所以現(xiàn)在的表達式還需要完善閏年的規(guī)則。。。

版本三

閏年的規(guī)則如下：
(不知道的趕緊學習一下，這都不知道，太丟人了??)

一般的年份：除以4，有余數(shù)的是平年，沒有余數(shù)的是閏年，
整百的年份(世紀年)：那么該年份除以400，有余數(shù)的是平年，沒有余數(shù)的是閏年。

OK，規(guī)則有了，那開始寫正則表達式吧！

String regex = "這個正則表達式我寫不出來??。寫不出來的原因：正則表達式說白了只是個模板，好像不能做復雜的邏輯判斷。"

既然自己寫不出來，那就去網(wǎng)上查一下資料，看一下其他大神是怎么實現(xiàn)的。

我找到一個判斷閏年的，但是前提是他把年份的范圍規(guī)定死了，然后把閏年窮舉出來，然后做一個簡單的邏輯控制。

也算是一定范圍內(nèi)實現(xiàn)了日期格式的判定。

也是這個原因讓我放棄了用正則表達式，本人對正則表達式研究比較淺薄，如果真的可以實現(xiàn)還希望大佬們可以指點一下。

SimpleDateFormat工具類

使用SimpleDateFormat工具類，就不需要考慮規(guī)則了，這些人家都考慮好了，咱們只需要定義日期格式就行了。

主要原理是：SimpleDateFormat不能格式化、格式化不對的時間字符串都是不符合規(guī)則的。

核心代碼如下：

public static boolean isValidDate(String dateStr, String dateFormatPattern) {
    SimpleDateFormat dateFormat = new SimpleDateFormat(dateFormatPattern);
    dateFormat.setLenient(false);
    try {
        Date parsedDate = dateFormat.parse(dateStr);
        return dateStr.equals(dateFormat.format(parsedDate));
    } catch (ParseException e) {
        return false;
    }
}

再封裝一層

public static boolean isValidDate(String dateStr) {
    return isValidDate(dateStr, "yyyy-MM-dd HH:mm:ss");
}

測試一下，可以看到日期字符串和日期格式只要有一點不一致，就會被判定為不符合規(guī)則。

然后再測試幾個錯誤時間，可以看到2022-13-31 32:12:21和2023-02-31 00:15:00都被判定為格式錯誤了！

終于整理完了！

其實結(jié)果很簡單，但是我覺得過程也很重要，雖然走了很多彎路，但是值得被記錄下來。??

本來還有想梳理一下關(guān)于LocalDate東西，和java.util.Date對比一下，有什么區(qū)別，但是考慮到篇幅。。。就不放在一起了。??

到此這篇關(guān)于Java日期工具類時間校驗實現(xiàn)的文章就介紹到這了,更多相關(guān)Java日期時間校驗內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論