ISO 8601

根據ISO 8601 []表示的當前日期和時間
日期 2024-01-03
UTC的時間 05：35：35ZT053535Z
UTC的日期和時間 2024-01-03T05：35：35Z20240103T053535Z
偏移日期和時間 2024-01-02T22：35：35-07：00 UTC-07：00 [刷新]

2024-01-03T05：35：35+00：00 UTC+00：00 [刷新]

2024-01-03T12：35：35+07：00 UTC+07：00 [REFRESH]
星期 2024-W01
一周與工作日 2024-W01-3
序數日期 2024‐003

ISO 8601是國際標準，涵蓋與日期和時間相關數據的全球交換和通信。它由國際標準化組織（ISO）維護，並於1988年首次發布，並於1991年，2000年，2004年和2019年進行更新，並在2022年進行了修訂。該標準提供了一種明確的，明確的代表日曆的方法。在全球溝通中的日期和時間，尤其是為了避免誤解數字日期以及在具有不同慣例編寫數字日期和時間不同的國家之間轉移此類數據的時間。

ISO 8601適用於這些表示和格式：日期，在Gregorian日曆中（包括Proleptic Gregorian日曆）；時間，基於24小時計時系統，可選的UTC偏移；時間間隔;及其組合。該標準不會為所代表的日期/時間的任何元素分配特定含義：任何元素的含義取決於其使用的上下文。所代表的日期和時間不能使用標準內沒有指定數值含義的單詞（因此不包括中文日曆中的年份），也不能使用不使用計算機字符（不包括圖像或聲音）。

在遵守ISO 8601互換標準的表示中，安排了日期和時間，以使最大的時間任期（通常為一年）放置在左側，並且每個連續的較小期限都放在上一項的右邊。表示必須以阿拉伯數字和特定的計算機字符（例如“ - ”，“：”，“ T”，“ W”，“ Z”）的組合編寫，這些字符在標準中分配了特定含義；也就是說，這種常見的日期描述符（或日期的一部分）為“一月”，“星期四”或“元旦”，在標準內的交換錶示中不允許使用。

歷史

ISO 8601標準的第一版出版為1988年的ISO 8601：1988。它在日期和時間符號的各個方面統一併取代了許多較舊的ISO標準： ISO 2014 ， ISO 2015，ISO 2015 ， ISO 2711 ， ISO 3307和ISO 3307和ISO 4031 。它已被2000年的第二版ISO 8601：2000取代，第三版ISO 8601：2004於2004年12月1日發布，並於2月25日由ISO 8601-1：2019和ISO 8601-1： 2019和2019年撤回和修訂。 2019年。ISO8601是由ISO技術委員會TC 154編寫的，並且由ISO技術委員會的直接責任。

ISO 2014雖然已取代，但它是最初以大多數至少重要的順序[yyyy] - [MM] - [DD]引入全數日期符號的標準。 ISO週編號系統是在ISO 2015中引入的，序列日期的鑑定最初是在ISO 2711中定義的。

標準ISO 8601-1：2019的第四次修訂於2019年2月發布，代表了先前的ISO 8601：2004標準的略有更新的內容，而新的ISO 8601-2：2019定義了各種擴展，例如不確定性或expered部分的部分日期/時間格式（EDTF）。

一項修正案於2022年10月發表，其中包含較小的技術澄清，並試圖消除定義中的歧義。但是，最重大的變化是重新引入“ 24:00:00”格式，以指代在日曆日結束時的瞬間。

發表版和修正案的歷史
姓名 描述
ISO 8601：1988 數據元素和互換格式 - 信息互換 - 日期和時間的表示
ISO 8601：1988/cor 1：1991 數據元素和互換格式 - 信息互換 - 日期和時代的表示 - 技術誤導1
ISO 8601：2000 數據元素和互換格式 - 信息互換 - 日期和時間的表示
ISO 8601：2004 數據元素和互換格式 - 信息互換 - 日期和時間的表示
ISO 8601-1：2019 日期和時間 - 信息交換的表示形式 - 第1部分：基本規則
ISO 8601-2：2019 日期和時間 - 信息交換的表示形式 - 第2部分：擴展
ISO 8601-1：2019/AMD 1：2022 日期和時間 - 信息互換的表示形式 - 第1部分：基本規則 - 修正案1：技術更正

一般原則

  • 日期和時間值是從最大的時間到最小單位的訂購：年，月（或一周），每日，小時，分鐘，第二，第二和第二部分。因此，表示形式的詞典順序對應於時間順序，除了涉及負年或時間偏移的日期表示。這樣可以自然地通過例如文件系統對日期進行排序。
  • 每個日期和時間值都有固定數量的數字，必須用領先的零填充。
  • 可以以兩種格式之一來完成表示形式 - 一種基本格式，具有最少數量的分離器或擴展格式，並添加分離器以增強人類的可讀性。標準指出：“應避免使用純文本避免基本格式”。分離器在日期值（年，月，每周和每天）之間使用的分離器是連字符，而結腸則用作時間值（小時，分鐘和秒）之間的分離器。例如，2009年第1個月的第6天可以以擴展格式寫為“ 2009-01-06” ，也可以簡單地以“ 20090106”為基本格式而沒有歧義。
  • 對於降低的精度，任何數量的值都可以從任何日期和時間表示，但按順序從最少到最顯著的順序刪除。例如，“ 2004-05”是一個有效的ISO 8601日期，指示2004年（第五個月）。這種格式永遠不會代表2004年未指定月份的第五天2004年至2005年。
  • 如果需要特定應用，則該標準支持在表示形式中最小的時間值中添加小數分數。

日期

2024年1月
星期 週一 星期二 星期三 星期四 星期五 坐著 太陽
W01 01 02 03 04 05 06 07
W02 08 09 10 11 12 13 14
W03 15 16 17 18 19 20 21
W04 22 23 24 25 26 27 28
W05 29 30 31 01 02 03 04

該標準使用Gregorian日曆，該日曆“是土木用途的國際標準”。

ISO 8601：2004將1875年5月20日格里高利日曆的參考日曆確定為在巴黎簽署的公約（儀表大會）的日期（在ISO 8601-1：2019中刪除了明確的參考日期）。但是，在公約之前的ISO日曆日期仍與Gregorian日曆兼容，一直回到1582年10月15日的Gregorian日曆的正式介紹。

在流傳式的格里高利日曆中，早期的日期可以通過交換信息的合作夥伴的共同達成共識。標準指出每個日期必須是連續的，因此朱利安日曆的使用將違反標準（因為在切換日期，日期不會連續）。

年

Yyyy
± y yyyy

ISO 8601至少規定了四位數的[Yyyy]，以避免2000年的問題。因此，它代表0000到9999年，0000等於公元前1年，所有其他廣告都與天文年度的編號相似。但是，標準不允許1583年之前的幾年（在Gregorian日曆引入後的第一年）。取而代之的是，標準指出：“ [1582]範圍內的值僅由合作夥伴在信息互換中的共同達成共識”。

代表0000之前或9999年之後的幾年，該標準還允許擴大年度代表性，但僅通過發件人和接收者之間的事先協議。擴大的年份表示[± y yyyy]必須具有超出四位數最低限度的額外數字數量，並且必須以A +或 - 符號為前綴，而不是更常見的AD/BC（或CE/BC （或CE/ BC） BCE ）符號；按照約公元前的標記為+0000 ，公元前2 bc標記為-0001，依此類推。

日曆日期

yyyy-mm-dd 或者 Yyyymmdd
yyyy-mm （但不是Yyyymm）
僅在（現已取代）2000版本中允許：
yy-mm-dd 或者 yymmdd
-yy-mm 或者 -yymm
-mm-dd 或者 -mmdd
- 毫米
--- DD

日曆日期表示為相鄰框中的表格。 [YYYY]表示四位數的年度0000至9999。[mm]表示一年中的兩個月，01至12。[DD]表示該月的兩位數一天，01至31。 ，“ 1981年4月5日”可以以擴展格式或“ 19810405 ”為基本格式的“ 1981-04-05”。

該標準還允許以降低精度編寫日曆日期。例如，人們可能會寫“ 1981-04”的意思是“ 1981年4月”。人們可以簡單地寫“ 1981”，以指那一年，“ 198”，指的是1980年至1989年的十年，或“ 19”，指1900年至1999年的世紀。儘管該標准允許“ YYYY-MM-DD”和YYYYMMDD格式用於完整的日曆日期表示，如果省略了[DD]的日期[DD]，則僅允許YYYY-MM格式。通過不稱呼Yyyymm的日期，該標準避免了與截短的表示Yymmdd的混淆（仍然經常使用）。 2000年的版本還允許寫截斷“ -04-05”的意思是“ 4月5日”，但2004年版本不允許省略一個月出現的年份。

例子：

  • 2000年1月7日可以寫為“ 2000-01-07”或“ 20000107”

週的日期

主要文章： ISO週日期
yyyy-www 或者 yyyywww
yyyy-www-d 或者 yyyywwwd

週期表示為相鄰框中所示的格式。 [YYYY]表示ISO週的數年度與傳統的Gregorian日曆年略有不同（請參見下文）。 [www]是字母W的前綴，從W01到W53。 [D]是一個工作日的數字，從1到7點開始，從星期一開始，以周日結束。

第01周有幾個相互等效的和兼容的描述：

  • 開始一年的第一個工作日的一周（考慮到星期六，星期日和1月1日是不工作的日子），
  • 開始的一周開始的第一周（正式ISO定義），
  • 1月4日的一周，
  • 在開始的第一周中，大多數（四個或以上）的日子，以及
  • 從12月29日至1月4日的星期一開始的一周。

結果，如果1月1日在星期一，星期二，星期三或週四，則在第01週。如果1月1日在星期五，星期六或週日，則在上一年的第52週或53週（有沒有周00）。 12月28日始終是一年的最後一周。

可以通過計算週四的數字來描述一周的數字：第12週包含今年的第12個星期四。

ISO週數年度從第01週（星期一）開始，並在新的ISO年之前的星期日結束（因此沒有重疊或差距）。它由52或53個整週組成。一年中的第一個ISO週最多可能有三天的時間，實際上是在格里高利日曆年中結束的。如果三個，則是星期一，星期二和星期三。同樣，一年中的最後一周可能會有長達三天的時間，實際上是在格里高利日曆年中開始的。如果三個，則是星期五，星期六和周日。每個ISO週的星期四始終是ISO Week編號年份表示的Gregorian日曆年。

例子：

  • 2008年12月29日星期一寫著“ 2009-W01-1”
  • 2010年1月3日，星期日寫著“ 2009-W53-7”

序數日期

yyyy-ddd 或者 yyyyddd

序數日期是自年初以來經過一天的倍數的序數格式。它被表示為“ yyyy-ddd”（或yyyyddd），其中（yyyy）表示一年，[ddd]是“一年中的一天”，從001到365（ leap年366歲）。例如， “ 1981-04-05”與“ 1981-095”相同。

在比較不同日曆的日期時，這種簡單的形式是可取的，對於每周和月定義的任意性質而不是援助，而不是援助，這是一種更可取的形式。這種格式與需要日期系統的簡單硬件系統一起使用，但是包括完整的日曆計算軟件可能是一個很大的麻煩。該系統有時被稱為“朱利安日期”，但這可能會引起與天文學的朱利安日的混亂，這是第0天以來的依次計數，從4713年1月1日開始，公元前1月1日開始日期-4713-11-24 ，使用Gregorian Proleptic日曆，0000）。

時代

THH：MM：SS.SSS 或者 thhmmss.sss
THH：MM：SS 或者 thhmmss
THH：mm.mmm 或者 thhmm.mmm
THH：MM 或者 thmm
th.hhh
Thh
在明確的環境中*
HH：MM：SS.SSS 或者 hhmmss.sss*
HH：MM：SS 或者 HHMMSS*
HH：MM 或者 hhmm*
hh*
*在這裡明確，因為它們位於Wikipedia文章的時代部分。

ISO 8601使用24小時時鐘系統。從ISO 8601-1：2019開始，基本格式為t [hh] [mm] [ss]，擴展格式為t [hh]：[mm]：[ss]。早期版本以兩種格式省略了T（表示時間）。

  • [HH]指00至24之間的零填充小時。
  • [mm]指00至59之間的零分鐘。
  • [SS]是指00至60之間的零填充二秒（其中60僅用於表示額外的LEAP第二）。

因此，時間可能以基本格式出現為“ T134730”，或者以擴展格式出現“ T13：47：30”。 ISO 8601-1：2019允許以擴展格式省略t，如“ 13:47:30”中，但在沒有與日期表達式混淆的風險時，只能以基本格式省略t。

可以從基本的時間格式或延長的時間格式中省略秒數或幾分鐘和秒，但要降低精度，但精度降低了；由此產生的縮短精度時間格式是：

  • t [hh] [mm]以基本格式或t [hh]：[mm]以擴展格式，當省略秒時。
  • t [hh]，當省略秒和分鐘時。

截至ISO 8601-1：2019/AMD 1：2022，“ 00：00：00”可以用來參考日曆日開始時與瞬間相對應的午夜；和“ 24:00:00”參考與日曆日結束時瞬間相對應的午夜。 ISO 8601-1：2019最初發布的“ 24:00:00”作為一天結束的代表，儘管該標準的早期版本已被允許。

可以將小數分數添加到這些表示中的任何一個中存在的最低訂單時間元素中。十進制標記，即逗號或點，用作時間元素及其分數之間的分離器。 （以下是ISO 80000-1，根據ISO 8601：1-2019，它沒有規定除國際標準以外的偏好，但根據ISO 8601：2004的逗號偏愛逗號。）例如，表示“ 14小時，” 30和一半分鐘”，不包括幾秒鐘的數字；將其表示為“ 14：30,5”，“ T1430,5”，“ 14：30.5”或“ T1430.5”。

小數分數的小數位數沒有限制。但是，交流方需要同意小數的數量。例如，在Microsoft SQL Server中，DateTime的小數分數的精度為3，即“ Yyyy-MM-DDTHH：MM：SS [.mmm]”。

時區指定者

<Time> z
<Time>±HH：mm
<Time>±HHMM
<Time>±HH

ISO 8601中的時區表示為本地時間（未指定位置）， UTC或UTC的偏移。

當地時間（不合格）

如果沒有時間表示沒有給出UTC關係信息，則假定時間在當地時間。雖然在同一時區域進行通信時可以安全地假設當地時間，但在跨不同時區進行通信時使用歧義。即使在單個地理時區域內，如果區域觀察日光節省時間，某些當地時間也會模棱兩可。通常最好使用標準符號指示時區（區域指定器）。

協調的通用時間（UTC）

如果時間是在UTC中，則在沒有空間的時間之後直接添加z 。 Z是零UTC偏移的區域指定器。因此，“ 09:30 UTC”表示為“ 09：30z”或“ T0930Z”。 “ 14:45:15 UTC”將是“ 14：45：15z”或“ T144515Z”。

ISO 8601時間表示中的Z後綴有時稱為“ Zulu Time”或“ Zulu Meridian”，因為相同的字母用於指定Zulu時區。但是，定義軍事時區列表的ACP 121標準沒有提及UTC，並從格林威治的平均時間中得出了“ Zulu時間”，該時間以前被用作國際民用時間標準。 GMT不再由科學界精確定義，可以根據上下文來指代UTC或UT1 。

UTC的時間偏移

UTC偏移直接附加到時間上，而不是上面的“ Z”後綴；不使用其他航海時區字母。將偏移量應用於UTC ，以在“±[hh]：[mm]，'±[hh] [mm]'或'±[hh]'的格式中獲得指定時區的民用時間。

負UTC的偏移描述了主要子午線以西的一個時區，該時間區域是UTC落後的。因此，紐約的區域名稱（在標準時間）為“ -05：00”，“ - 0500”或“ -05”。相反，一個積極的UTC偏移描述了主要子午線以東的時區，該時間區域領先於UTC 。因此，開羅的區域名稱將為“ +02：00”，“+0200”或“ +02”。

民間時間與UTC一致的時區始終被指定為正，儘管偏移量為零（請參見下面的相關規格）。因此，倫敦的區域名稱（在標準時間）為“ +00：00 ”，“ +0000 ”或“ +00 ”。

其他例子

有關其他UTC偏移量，請參見UTC偏移列表。

其他時間偏移規格

不允許用負符號陳述零值的偏移，為“ -00：00”，“ -0000”或“ -00”。指示符號用法的部分指出，必須將加號用於正值或零值，而負符號則用於負值。如果有的話，也可以使用加上小額簽名（ ± ） 。

與此規則相反，RFC 3339否則是ISO 8601的配置文件，允許使用“ -00”，其表示與“ +00”相同，但有不同的含義：未知的UTC偏移。

為了表示負偏移，ISO 8601使用負符號（ - ）指定。如果互換字符集有限且沒有減號字符，則應使用連字符，（ - ）。 ASCII沒有減符號，因此將使用其連字符 - 金屬字符（代碼4510）。如果角色集有負號，例如U+2212-減去Unicode中的符號，然後應使用該字符。 html字符實體 - is-&minus;.

ISO 8601-2：2019允許時間偏移的一般持續時間。例如，可以使用格式'<time>±[hh]：[mm]：[ss]。 [n] s'如下。

結合日期和時間表示

<date> t <time>

單個時間點可以通過連接完整的日期表達式，字母“ t”作為定界符和有效的時間表來表示。例如， “ 2007-04-05T14：30” 。在ISO 8601：2004中，允許通過“ 200704051430”中的共同協議省略“ t”字符，但是在ISO 8601-1：2019中刪除了該規定。在ISO 8601中不允許將日期和時間部分與其他字符（例如空間）分開，但在其配置文件RFC 3339中允許。

如果需要時區指定器，則遵循合併的日期和時間。例如， “ 2007-04-05T14：30z”或“ 2007-04-05T12：30-02：00” 。

可以使用基本格式或擴展格式，但是日期和時間都必須使用相同的格式。日期表達式可以是日曆，週或序數，必須使用完整的表示形式。可以使用指定的降級精度格式表示時間。

持續時間

pnynmndtnhnmns
pnw
p <date> t <time>

持續時間在時間​​間隔中定義了中間時間的量，並由格式p [n] y [n] m [n] dt [n] h [n] m [n] m [n] s或p [ n] w表示在一邊。在這些表示形式中，[n]被遵循[n]的每個日期和時間元素的值所取代。不需要領先的零，但是溝通方應同意每個元素的最大數字數量。大寫字母P ， Y ， M ， W ， D ， T ， H ， M和S是每個日期和時間元素的指定器，未更換。

  • p是持續時間指示器（為期限）放置在持續時間表示開始時。
    • Y是遵循日曆年數的價值的年份指定者。
    • M是遵循日曆月數量值的月份指示符。
    • W是遵循數週數的一周指定者。
    • D是遵循日曆日數的日期指定者。
  • T是在表示形式的時間組件之前的時間指定器。
    • H是遵循小時數的值的小時指定器。
    • M是遵循分鐘數的值的分鐘指示符。
    • S是遵循秒數值的第二個指定器。

例如，“ P3Y6M4DT12H30M5S”的持續時間為“三年，六個月，四天，十二小時，三十分鐘和五秒”。

如果其值為零，則可能會省略包括其指定器在內的日期和時間元素，並且還可以省略低階元素以降低精度。例如，“ P23DT23H”和“ P4Y”都是可接受的持續時間表示。但是，必須至少存在一個元素，因此“ P”在0秒的時間內不是有效的表示。但是，“ pt0s”或“ p0d”既有效又表示相同的持續時間。

為了解決歧義，“ p1m”是一個月的持續時間，“ pt1m”是一分鐘的持續時間（請注意，時間指定器，T，在時間值之前）。所使用的最小值也可能具有小數分數，如“ P0.5Y”中的時間為半年。可以用逗號或完整的停止來指定該小數的分數，例如“ P0,5Y”或“ P0.5Y”。該標準不會禁止在持續時間表示中的日期和時間值超過其“攜帶點”，除非如下所述。因此，可以使用“ PT36H”以及“ P1DT12H”來代表相同的持續時間。但是請記住，“ PT36H”在從或從日光節省時間切換時與“ P1DT12H”不同。

另外，可以根據基本格式的pyyymmddthhmmss或以擴展格式的p [yyyy] - [mm] - [mm] - [dd] t [hh]： [mm]：[SS] 。例如，上面顯示的第一個持續時間是“ P0003-06-04T12：30：05” 。但是，單個日期和時間值不能超過其模量（例如本月的值為13，而小時25是不允許的）。

該標準將持續時間描述為時間間隔的一部分，這將在下一部分中進行討論。關於日曆年和日曆月的總天數本身是模棱兩可的。由於LEAP秒，日曆日的秒數也模棱兩可。例如，“ P1M”本身可能是28、29、30或31天。在時間間隔中使用時沒有歧義。使用兩個日曆月的“ P2M”持續時間：

  • Interval 2003-02-15T00：00：00z/p2m在兩個日曆幾個月後結束2003-04-15T00：00：00：00：59天后
  • Interval 2003-07-15T00：00：00z/p2m在兩個日曆幾個月後結束2003-09-15T00：00：00：00：62天后

持續時間格式（或其子集）廣泛使用獨立於時間間隔，就像Java 8持續時間類別支持持續時間格式的子集一樣。

時間間隔

<start>/<end>
<start>/<duration>
<Uration>/<End>
<期限>

時間間隔是兩個時間點之間的中間時間。中間時間的量由持續時間表示（如上一節所述）。兩個時間點（開始和結尾）以組合日期和時間表示形式或只是日期表示表示。

有四種表達時間間隔的方法：

  1. 開始和結束，例如“ 2007-03-01T13：00：00z/2008-05-11t15：30：00z”
  2. 開始和持續時間，例如“ 2007-03-01T13：00：00z/p1Y2M10DT2H30M”
  3. 持續時間和終點，例如“ P1Y2M10DT2H30M/2008-05-11T15：30：00z”
  4. 僅持續時間，例如“ P1Y2M10DT2H30M”，並提供其他上下文信息

其中，前三個需要通過間隔指定器分隔的兩個值，該值通常是固相（通常稱為正向斜線“/”）。 ISO 8601-1：2019的第3.2.6節指出，“固體可以通過交流夥伴的共同達成共識來代替雙連號[ - “”，並且以前的版本使用了諸如“ 2000---2002”之類的說明。 。使用雙連絲而不是固體可以包含在計算機文件名中；在常見的操作系統中，Solidus是保留的字符，在文件名中不允許。

對於<start>/<end>表達式，如果最終值中缺少任何元素，則假定它們與包括時區（時區）的起始值相同。該標準的此功能允許簡潔的時間間隔表示。例如，兩個小時會議的日期（包括開始和結束時間）可以簡單地顯示為“ 2007-12-14t13：30/15：30”，其中“/15：30”表示“/2007-12-- 14t15 ：30“（與開始的日期相同），或每月開票期的起點和結束日期與“ 2008-02-15/03-14”，其中“/03-14”表示“/2008-03 -14“ （與開始同年）。

如果需要更高的精度來表示時間間隔，則可以將更多的時間元素添加到表示形式中。表示“ 2007-11-13/15”的間隔可以在2007-11-13的任何時間開始，並於2007-11-15結束，而” 2007-11-13T09：00/15T17：00包括開始和結束時間。要明確包含所有開始日期，該間隔將表示為“ 2007-11-13T00：00/16T00：00” 。

重複間隔

RN/<間隔>
r/<間隔>

重複間隔在“ 4.5重複時間間隔”條款中指定。它們是通過將“ r [n]/'添加到間隔表達式的開頭中形成的，其中r用作字母本身，[n]被重複的數量代替。刪除[n]或指定值為-1的值，是指無限數量的重複。 [n]的值為0表示不重複間隔。

如果間隔指定開始（上面的1和2），則這是重複間隔的開始。如果間隔指定末端而不是開始（上面的表格3），則這是重複間隔的末尾。例如，要重複“ P1Y2M10DT2H30M”的間隔五次，從“ 2008-03-03-01T13：00：00 Z”開始，請使用“ R5/2008-03-01T13：00：00Z/P1Y2M10DT2H30M” 。

截斷表示（棄用）

不要與降低的精度混淆。

ISO 8601：2000允許截斷（通過協議），其中省略了日期或時間的領先組件。值得注意的是，這允許使用兩位數的年份以及模棱兩可的格式yy-mm-dd和yymmdd。該規定在ISO 8601：2004中被刪除。

一些截斷的表示（在ISO 8601：2000中的最後有效）
類型 基本格式 基本示例 擴展格式 擴展示例
隱含世紀的特定日期 yymmdd 851026 yy-mm-dd 85-10-26
暗示世紀的特定年份和一個月 -yymm -8510 -yy-mm -85-10
暗示世紀的特定年份 -yy -85 —
隱含年份的一個月特定一天 -mmdd --1026 -mm-dd --10-26
隱含年份的特定月份 - 毫米 --10 —
暗示月份的特定日子 --- DD ---26
在隱含世紀的特定年度和序數 yyddd 85299 yy-ddd 85-299
暗示年份的特定序日 -ddd -299 —
暗示十年的特定年和一周 -ywww -5W43 -y-www -5-W43
暗示年份的特定一周和一天 -wwwd -W436 -www-d -W43-6
暗示一周的特定日子 -wd -W-6 —
特定的分鐘和第二個暗示的時間 -mmss -3456 -mm：SS -34:56
暗示的特定第二分鐘 -ss -56 —
隱含小時的特定分鐘和小數分數 -mm，m -34,9 —

上面給出的第一個和第七個示例省略了領導-為世紀。其他格式有一個領先的-必要時，必要時，每年，年，月，每月，每週，小時和分鐘都可以消除格式。

標準化擴展

ISO 8601-2：2019將ISO 8601日期和時間格式的一組標準化擴展定義。

延長日期/時間格式（EDTF）
給出了EDTF作為ISO 8601的配置文件的示例。其某些功能是：
  • 不確定和近似預選賽，“？”和“〜”，及其聯合使用的“％”；它們可以應用於整個日期或單個組件。
  • 時間間隔，帶有開放的（無限）端或未知端的時間間隔。
  • 多年來的指數和重要數字符號。
  • 特殊的“月”值，指示季節和季度等子年組。
  • 序列化日期列表的語法。
EDTF功能在ISO 8601-2：2019的“日期和時間擴展”部分中進行了描述。
重複反复時間間隔的規則
ISO 8601-2：2019還定義了一種格式來約束基於iCalendar的語法重複間隔。

用法

在互聯網上，萬維網聯盟（W3C）使用基於ISO 8601的IETF標准定義標準的配置文件，該標準限制了支持的日期和時間格式，以減少錯誤的機會和軟件的複雜性。非常簡單的規範基於下面提到的RFC 3339的草稿。

ISO 8601由幾個規格引用，但是ISO 8601的全部選項並不總是使用。例如，各種電子程序指南，用於電視，數字收音機等。使用幾種表格來描述時間和持續時間。 ID3音頻元數據規範還利用了ISO 8601的子集。X.690編碼標準的廣義時間使用ISO 8601的另一個子集。

商業

截至2006年， ISO週期以其基本形式出現在美國的主要品牌商業包裝上。它的外觀取決於特定的包裝，罐頭或裝瓶廠，而不是任何特定品牌。該格式對於質量保證特別有用，因此可以很容易地追踪生產錯誤。

RFCS

IETF RFC 3339定義了用於Internet協議和標準的ISO 8601的配置文件。它明確排除了公共時代之前的持續時間和日期。不允許更複雜的格式，例如周數和序數。

RFC 3339與ISO 8601的偏離，允許將零時區偏移指定為“ -00：00”，ISO 8601禁止。 RFC 3339的意圖是“ -00：00”，以攜帶它沒有說明首選時區的含義，而符合“+00：00”或任何非零偏移量的符合偏移符號，即首選使用的偏移量。有關“ -00：00”的約定源自較早的RFC，例如RFC 2822，該RFC 2822將其用於電子郵件標題中的時間戳。 RFC 2822沒有聲稱其時間戳格式的任何部分都符合ISO 8601，因此可以自由使用本公約而沒有衝突。

採用作為國家標準

澳大利亞 AS/NZS ISO 8601.1：2021，AS/NZS ISO 8601.2：2021（被替換為ISO 8601-2007）
奧地利 ÖnormISO 8601（替換為ÖnormEN 28601）
比利時 NBN EN 28601（1993）
巴西 NBR 5892：2019
加拿大 CAN/CSA-Z234.4-89（R2007）
哥倫比亞 NTC 1034：2014 來源ICONTEC（此標準與ISO 8601：2004相同）在Wayback Machine上存檔的2020-01-16
中國 GB/T 7408-2005
捷克共和國 čsnISO 8601（替換為ČSNEN 28601）（截至2019年過時。沒有給出任何標準。）
丹麥 DS/ISO 8601：2005（更換DS/EN 28601）
愛沙尼亞 EVS 8：2008; EVS-ISO 8601：2011
歐洲規範 EN ISO 8601，EN 28601：1992（2011年10月7日取消）
芬蘭 SFS-EN 28601
法國 NF Z69-200; NF EN 28601：1993-06-01（取消）
德國 DIN ISO 8601：2006-09（替換DIN EN 28601：1993-02）;相關：DIN 5008：2011-04（更換DIN 5008：2005-05，DIN 5008：2001-11，DIN 5008：1996-05）
希臘 ELOT EN 28601
匈牙利 MSZ ISO 8601：2003
冰島 IST EN 28601：1992（過時）
印度 是7900：2001
愛爾蘭 IS/EN 28601：1993
義大利 UNI EN 28601（1993）
日本 JIS X 0301：2002
韓國，共和國 KS X ISO 8601
立陶宛 LST ISO 8601：2006（替換了LST ISO 8601：1997）
盧森堡 ITM-EN 28601
墨西哥 NMX-CH-150-IMNC-1999
荷蘭 NEN ISO 8601，NEN EN 28601（1994），NEN 2772
紐西蘭 AS/NZS ISO 8601.1：2021，AS/NZS ISO 8601.2：2021
挪威 NS-ISO 8601
波蘭 PN-EN 28601：2002（截至2008年過時。沒有給出任何標準。）
葡萄牙 NP EN 28601
俄羅斯 8601-2001（電流），г764-90（過時）
南非 SANS 8601：2009
西班牙 UNE EN 28601：1995
瑞典 SS-ISO 8601-1：2022，包含ISO 8601-1：2019的官方英文版本。 （批准的2022-05-13，取代SS-ISO 8601：2011，2版）
瑞士 SN ISO 8601：2005-08（替換SN-EN 28601：1994）
台灣 CNS 7648
泰國 TIS 1111：2535（1992）
火雞 TS ISO 8601-1和TS ISO 8601-2 （從2021-02-15接受）
烏克蘭 ISO 8601：2010
英國 BS ISO 8601：2004，BS EN 28601（1989-06-30）
美國 ANSI焚化30-1997（R2008）和NIST FIPS Pub 4-2
越南 TCVN 6398-1：1998

也可以看看