我沒有經常使用java.timeAPI，因為我的作業主要涉及捕獲、存盤和顯示日期和時間，而不以任何方式對其進行操作。但偶爾，我必須做類似的事情：
- 獲取過去 30 天的日期
我還決定，根據其他不相關的經驗，人類傾向于認為“過去 30 天”實際上意味著“過去 30 天的一天的開始”，而不僅僅是“現在減去30*24*60*60*1000過去的毫秒數”僅使用 System.currentTimeMillis 和算術就非常容易。
所以我的要求是：
- 獲取過去 30 天的日期，在我的時區的一天的開始
如果我要使用舊 API 執行此操作，我會這樣做：
TimeZone zone = ...; // However I get my time zone
Locale locale = ...; // However I get my locale
Calendar now = Calendar.getInstance(zone, locale);
// Reset to midnight
now.set(Calendar.HOUR, 0);
now.set(Calendar.MINUTE, 0);
now.set(Calendar.SECOND, 0);
now.set(Calendar.MILLISECOND, 0);
// Now go back 30 days
now.add(Calendar.DAY, -30);
// done
除了反復呼叫空白時間部分之外Calendar，它非常簡單。它只使用了 3 個類，其中兩個是TimeZoneandLocale類，其中只有一個是真正需要的（TimeZone）。
這一次，我決定使用java.time它，因為它“更好”。我真的不知道如何解決它，所以我做了很多互聯網搜索以弄清楚如何做各種事情，最后我想出了下面的代碼。這不是應該“更容易”嗎？
TimeZone zone = ...; // However I get my time zone
ZoneId zid = zone.toZoneId(); // Convert to new kind of time zone
ZonedDateTime date = ZonedDateTime.now(zid);
date = date.minus(Period.ofDays(30)); // Rewind 30 days
date = date.truncatedTo(ChronoUnit.DAYS);
Instant instant = date.toInstant(); // Convert to Instant for comparisons
現在我正在使用6 個不同的類。好的，其中 2 個是常量型別的東西，所以我們可以忽略它們。我必須使用Instant，因為我必須用于比較的所有日期都是java.util.Date，并且Instant是彌合所有差距的類。
這是一個“簡單問題”并且java.time旨在解決更復雜的問題嗎？
uj5u.com熱心網友回復：
獲取過去 30 天的日期
聽上去像
java.time.LocalDate.now().minusDays(30)
uj5u.com熱心網友回復：
多個不同類的java.time目的正是對您在問題中提到的許多事物進行建模。
人類傾向于認為“過去 30 天”實際上意味著“過去 30 天的一天的開始”
對，你不關心時間，所以你不需要 a DateTime，只需要 a LocalDate。
LocalDate prev = LocalDate.now().minusDays(30);
如果必須轉換為Instant，則需要指定時區。
Instant asInstant = prev.atStartOfDay?(zone).toInstant();
但是，如果您不關心時間，那么您可能不應該轉換為 Instant，只需堅持使用LocalDate.
我必須使用 Instant 因為我必須用于比較的所有日期都是 java.util.Date
Date包括時間部分。您是否也將它們截斷到一天的開始？這樣做并取回 a 的一種方法LocalDate是：
date.toInstant().atZone(zone).toLocalDate();
uj5u.com熱心網友回復：
tl;博士
ZoneId zTokyo = ZoneId.of( "Asia/Tokyo" ) ; // Date varies around the globe by time zone.
LocalDate todayTokyo = LocalDate.now( zTokyo ) ; // Capture the current date as seen in a particular time zone.
ZonedDateTime firstMomentOfDateInTokyo = todayTokyo.atStartOfDay( z ) ; // Determine the first moment of that date in that zone.
Instant firstMomentOfDateInTokyoAsSeenInUtc = firstMomentOfDateInTokyo.toInstant() ;
細節
僅日期
如Thilo 的正確答案所示，如果您希望當前日期沒有時間，也沒有時區或與 UTC 的偏移量，請使用LocalDate.
LocalDate today = LocalDate.now() ;
該now方法隱式使用 JVM 當前的默認時區來確定日期。請注意，對于任何特定時刻，日期在全球范圍內都會因時區而異。現在它在日本東京是“明天”，同時在美國俄亥俄州托萊多是“昨天”。
最好指定您想要/預期的時區。
ZoneId zTokyo = ZoneId.of( "Asia/Tokyo" ) ;
LocalDate todayTokyo = LocalDate.now( zTokyo ) ;
日期與時間和區域
如果您想在該時區看到該日期的第一刻，請使用ZonedDateTimeclass。不要假設一天從 00:00 開始。某些時區中的某些日期可能從另一個時間開始，例如 01:00。讓java.time確定第一個時刻。
ZonedDateTime firstMomentOfDateInTokyo = todayTokyo.atStartOfDay( z ) ;
如果您想在與 UTC 零時分秒的偏移量同時查看該時刻的樣子，請提取一個Instant.
Instant firstMomentOfDateInTokyoAsSeenInUtc = firstMomentOfDateInTokyo.toInstant() ;
避免遺留類
你說：
Instant 是彌合所有差距的課程。
您不應該將舊的日期時間類與現代java.time類混合。舊課程非常糟糕，非常糟糕，是如何不進行面向物件編程的大師班。
如果您必須與尚未針對java.time更新的舊代碼進行互操作，請使用添加到舊類的新// 轉換方法to…來回轉換。但是不要在你的邏輯中混合傳統和現代。from…valueOf
這是一個“簡單問題”的問題，而 java.time 旨在解決更復雜的問題嗎？
不，java.time適用于所有面向商業和個人的日期時間作業（也許不是所有的科學或學術作業）。遺留類是應該完全避免的災難。
java.time類在它們所代表的物體中實際上非常簡單。你只需要真正清楚你的需求是什么，你想要實作什么目標。
- 用零小時-分鐘-秒的偏移量表示一個時刻：
Instant - 表示一個日期，只是一個日期，沒有時間，沒有區域，因此本質上是模棱兩可的：
LocalDate - 表示在特定時區看到的時刻：
ZonedDateTime. - 表示從 UTC 的特定偏移量中看到的時刻：
OffsetDateTime。 - 用一天中的時間表示日期，但缺少時區或偏移量的背景關系，因此在大約 26-27 小時的范圍內不明確：
LocalDateTime.
遺留類只有其中兩個的等價物：(a)java.util.Date被替換為Instant，并且 (b) java.util.Calendar（實際上是java.util.GregorianCalendar）被替換為ZonedDateTime。遺留類忽略了表示僅日期、帶有偏移的日期以及沒有區域/偏移的日期和時間。該類java.sql.Date假裝只代表一個日期，但事實并非如此。而且java.sql.Timestamp，好吧，我永遠無法弄清楚那只野獸想要做什么。
僅供參考，偏移量只是 UTC 之前或之后的小時-分鐘-秒數。時區更多。時區被命名為特定地區人民使用的偏移量的過去、現在和未來變化的歷史，由他們的政治家決定。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/480744.html