ISO 8601

根據ISO 8601表示的當前日期和時間[刷新]
日期2022-12-27
日期和時間世界標準時間2022-12-27T15：42：18+00：00
2022-12-27T15：42：18Z
20221227T154218Z
星期2022-W52
一周與工作日2022-W52-2
序數日期2022-361

ISO 8601是一個國際標準涵蓋全球交流和交流日期和時間 - 相關數據。它由日內瓦-基於國際標準化組織（ISO），並於1988年首次發布，並於1991年，2000年，2004年和2019年進行更新，並於2022年進行了修訂。[1]該標準提供了一種明確的，明確的方法來表示全球通信中的日曆日期和時間，尤其是為了避免誤解數字日期和時間之間的時間。有不同慣例的國家用於編寫數字日期和時間。

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

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

歷史

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

ISO 2014雖然已取代，但是最初介紹全數日期符號的標準最重要的是命令[yyyy] - [mm] - [DD]。ISO週編號系統是在ISO 2015中引入的，序列日期的鑑定最初是在ISO 2711中定義的。

標準ISO 8601-1：2019的第四次修訂於2019年2月發布，代表了以前的ISO 8601：2004標準的略有更新的內容，[6][7]而新的ISO 8601-2：2019定義了各種擴展，例如不確定性或部分延長日期/時間格式（EDTF）。[8][9][10][11][12][13]

一項修正案於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：技術更正

一般原則

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

日期

2022年12月
星期週一星期二星期三星期四星期五坐著太陽
W4828293001020304
W4905060708091011
W5012131415161718
W5119202122232425
W5226272829303101

該標準使用公曆，“是民事用途的國際標準”。[18]

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

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

年

Yyyy
±yYyyy

ISO 8601的規定至少是四位數的[yyyy]2000年問題。因此，它代表0000到9999年的年份，0000等於1公元前還有其他廣告， 如同天文年度編號。但是，幾年以前1583標準不允許自動允許。取而代之的是，標準指出“ [0000]至[1582]範圍內的值僅由合作夥伴在信息互換中的共同達成共識”。[19]

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

日曆日期

yyyy-mm-dd或者Yyyymmdd
YYYY-MM（但不是Yyyymm）
僅在（現在取代）2000版本中允許：
-mm-dd或者-mmdd[23]

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

該標準還允許以降低精度編寫日曆日期。例如，一個人可能會寫“ 1981-04”表示“ 1981年4月”。可以簡單地寫“ 1981年”來指代那年，“ 198”十年從1980年到1989年，包括“ 19”世紀從1900年到1999年。雖然標准允許“ yyyy-mm-dd”和yyyymmdd格式的完整日曆日期表示形式，如果省略了[DD]YYYY-MM允許格式。通過不承擔Yyyymm形式的日期，該標準避免了與截斷表示yymmdd（仍然經常使用）。2000版本還允許寫截斷“ -04-05”意思是“ 4月5日”[24]但是2004年的版本不允許省略一個月出現的年份。

週的日期

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

週期表示為相鄰框中所示的格式。[yyyy]表示ISO週數年這與傳統略有不同公曆年（見下文）。 [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週最多可能有三天的時間，實際上是在格里高利日曆年中結束的。如果三個，則是星期一，星期二和星期三。同樣，一年中的最後一周可能會有長達三天的時間，實際上是在Gregorian日曆年中開始的。如果三個，則是星期五，星期六和周日。每一個ISO週的星期四總是在ISO週數年度表示的Gregorian日曆年中。

例子：

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

序數日期

yyyy-ddd或者yyyyddd

一個序數日期當比較不同日曆的日期時，是一個單一的簡單形式，即每周和月定義的任意性質比援助更具障礙。如上所述，[Yyyy]表示一年，[DDD]是“一年中的一天”，從001到365（366 in閏年）。例如，“ 1981-04-05”也是“ 1981-095”.

這種格式與需要日期系統的簡單硬件系統一起使用，但是包括完整的日曆計算軟件可能是一個很大的麻煩。該系統有時稱為“朱利安日期”，但這可能會引起與天文學的混亂朱利安·戴（Julian Day），從第0天開始的天數的順序計數公元前4713年1月1日格林威治中午，朱利安普羅普式日曆（或ISO日期中午-4713-11-24它使用Gregorian Proleptic Calendar和一年0000）。

時代

THH：MM：SS.SSS或者thhmmss.sss
THH：MM：SS或者thhmmss
THH：毫米或者thmm
th

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僅用於表示添加躍第二）。

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

可以從基本或延長的時間格式中省略秒或秒和秒的時間和秒數，但精度降低了。最終的精度時間格式是：[25]

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

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

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

小數分數的小數位數沒有限制。但是，交流方需要同意小數的數量。例如，在Microsoft SQL Server中精確DateTime的小數分數為3，即“ yyyy-mm-ddthh：mm：ss [.mmm]”。[28]

時區指定者

時區在ISO 8601中，將當地時間表示為（未指定位置），為世界標準時間，或作為UTC的偏移。

當地時間（不合格）

如果沒有時間表示沒有給出UTC關係信息，則假定時間在當地時間。同時可能在同一時區進行通信時，可以安全地假設當地時間，在跨不同時區進行通信時，這是模棱兩可的。即使在單個地理時區域內，如果區域觀察夏令時節省時間。通常最好使用標準符號指示時區（區域指定器）。

協調的通用時間（UTC）

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

這zISO 8601時間表示中的後綴有時稱為“ Zulu Time”或“ Zulu Meridian”，因為使用相同的字母來指定祖魯時區.[29]但是，定義軍事時區列表的ACP 121標準沒有提及UTC，並從The格林威治標準時間[30]它以前被用作國際民用標準。GMT不再由科學界精確定義，可以指UTC或UT1取決於上下文。[31]

UTC的時間偏移

這UTC偏移以與“ z”在上面的方式相同的時間，形式為±[hh]：[mm]，±[hh] [mm]或±[hh]。

消極的UTC偏移描述時區西方UTC±00：00，在哪裡民事時代比後面（或更早）世界標準時間因此，區域指示符看起來像“ -03：00”，“ - 0300”或“ -03”。

積極的UTC偏移描述時區在UTC±00：00，在哪裡民事時代與前方或前方相同（或以後）世界標準時間因此，區域指示符看起來像“ +02：00”，“+0200”或“ +02”。

例子

看UTC時間偏移列表對於他人UTC偏移.

為了表示負偏移，ISO 8601指定使用減號（（（（−）。如果互換字符集有限且沒有減號字符，則連字符應該使用（（-）。[32]ASCII沒有減號，因此將使用其連字符 - 微米（代碼為45個十進製或2D十六進制）。如果字符集具有減號，則應使用該字符。Unicode具有負符號，其字符代碼為U+2212（2212十六進制）；這HTML字符實體調用是−.

接下來的時間全部指的是同一時刻：“ 18：30z”，“ 22：30+04”，“ 1130-0700”和“ 15：00-03：30”。航海時間除Z外，不使用區域字母。要計算UTC時間，必須從當地時間減去偏移量，例如對於“ 15：00-03：30”，做15：00-（-03：30）獲得18:30 UTC。

除了具有特殊表示“ Z”之外，還可以在數值上表示為“+00：00”，“ +0000”或“ +00”。但是，不允許用負符號以“ -00：00”，“ -0000”或“ -00”為單位陳述它。指示簽名用法的部分[33]指出，必須將加號符號用於正值或零值，以及負值負符號。與此規則相反，RFC 3339否則是ISO 8601的配置文件，允許使用“ -00”，其表示與“ +00”相同，但具有不同的含義。[34][35]

組合日期和時間表示

T

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

如果需要時區指定器，則遵循合併的日期和時間。例如，“ 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，在時間值之前）。使用的最小值也可能具有小數分數，[38]如“ P0.5Y”中的時間，表示半年。該小數分數可以用任何一個逗號或a全停止，例如“ P0,5Y”或“ P0.5Y”。該標準不禁止在持續時間表示中的日期和時間值超過其“攜帶點”，除非如下所述。因此，可以使用“ PT36H”以及“ P1DT12H”來代表相同的持續時間。但是請記住，“ PT36H”與從或轉換為“ P1DT12H”不同夏令時節省時間.

另外，可以通過基於基本格式的pyyymmddthhmmss或以擴展格式的溝通各方之間的協議來使用基於合併日期和時間表示的持續時間格式p [yyyy] - [mm] - [dd] t [hh]：[mm]：[ss]。例如，上面顯示的第一個持續時間是“ P0003-06-04T12：30：05”。但是，個人日期和時間值不能超過其模量（例如，本月的值為13，不允許使用25個小時）。[39]

該標準將持續時間描述為時間間隔的一部分，下一節將進行討論。關於日曆年和日曆月的總天數本身是模棱兩可的。日曆日的秒數也很模棱兩可，因為跳躍秒。例如，“ 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持續時間類別支持持續時間格式的子集一樣。[40][41]

時間間隔

/
/
/

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

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

  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”之類的說明。。[42]使用雙連絲而不是固相可以包含在計算機中文件名；[43]在常見的操作系統中，固態是保留角色並且不允許在文件名中。

對於<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-01T13：00：00z”， 利用“ R5/2008-03-01T13：00：00z/p1Y2M10DT2H30M”.

截斷表示（棄用）

不要混淆§降低精度.

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

截斷表示（在ISO8601：2004中刪除）
類型基本格式基本示例擴展格式擴展示例
隱含世紀的特定日期yymmdd851026YY-MM-DD85-10-26
暗示世紀的特定年份和一個月-yymm-8510-yy-mm-85-10
隱含世紀的特定年份-yy-85—
隱含年份的一個月特定一天-mmdd--1026-mm-dd--10-26
隱含年份的特定月份 - 毫米--10—
暗示月份的特定日子--- DD---26

只有第一類（隱含世紀的特定日期）省略了領導-為世紀。所有其他格式都有領先-省略世紀，年和月。

標準化擴展

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

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

用法

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

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

商業

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

RFCS

IETF RFC 3339[46]定義ISO 8601的配置文件互聯網協議和標準。它明確排除了持續時間和日期普通時代。不允許更複雜的格式，例如周數和序數。[47]

RFC 3339與ISO 8601的偏離，允許將零時區偏移指定為“ -00：00”，ISO 8601禁止。RFC 3339打算“ -00：00”攜帶它沒有說明首選時區的含義，而符合“+00：00”或任何非零偏移量的符合偏移的含義是首選所使用的偏移量。有關“ -00：00”的約定源自較早的RFC，例如RFC 2822，該RFC使用它用於時間戳電子郵件標題。[48]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）[49]
哥倫比亞NTC 1034：2014來源ICONTEC（此標準與ISO 8601：2004相同）
中國GB/T 7408-2005
捷克共和國ČSNISO 8601（替換ČSNEN 28601）
丹麥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[50]
荷蘭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年過時。沒有給出任何標準。[51]）
葡萄牙NP EN 28601
俄羅斯8601-2001（電流），г764-90（過時）
南非SANS 8601：2009[52]
西班牙UNE EN 28601：1995
瑞典SS-ISO 8601：2011（批准2011-11-01，取代SS-ISO 8601）
瑞士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

也可以看看

註釋和參考

  1. ^一個bISO 8606-1：2019/AMD 1：2022，ISO，2022-10-25
  2. ^一個bISO 8601：2004 [E]第1節範圍
  3. ^ISO 8601：2004（e），ISO，2004-12-01，附件A：...從所有其他日期和時間值的概念表示均在邏輯上得出；因此，ISO 2014，ISO 3307和ISO 4031已被取代。...通過序數日期（ISO 2711）和一周編號系統（ISO 2015）識別特定日期是該國際標準的基本概念也可以涵蓋的替代方法；因此，ISO 2015和ISO 2711現在已被取代。
  4. ^ISO 8601：2004（e）.ISO。 2004-12-01。 p。 iv前言。
  5. ^“ TC 154工商，行業和行政管理中的數據元素和文件”。技術委員會。 ISO。存檔從2016-05-25的原始。檢索2014-08-16.
  6. ^“ ISO/DIS 8601-1：2016-10-26”（PDF）.國會圖書館。存檔原本的（PDF）在2017-10-19。
  7. ^“德國選秀E DIN ISO 8601-1：2017-02 Datenelemente Und Austauschformate -InformationsAustausch -Darstellung von Datum Datum Datum unhrzeit -Teil -Teil 1：Grundlegende Regeln（ISO/DIS 8601-1：2016）"。Din-Normenausschuss InformationStechnik und Anwendungen（NIA）。存檔從2017-10-20的原始。檢索2017-10-19.
  8. ^一個b“延長日期/時間格式（EDTF）規範”.國會圖書館。 2019-10-08 [2019-02-04，2014，2012]。存檔從2020-03-07的原始。檢索2020-03-07.
  9. ^“延長日期/時間格式（EDTF）背景”.國會圖書館。 2019-10-08 [2019-03-01]。存檔從2020-03-07的原始。檢索2020-03-07.
  10. ^“延長日期/時間格式（EDTF）1.0 2012/2014”。提交草案。國會圖書館。存檔原本的在2017-07-15。檢索2017-07-15.
  11. ^“ ISO/WD 8601-2：2016-02-16”（PDF）.國會圖書館。存檔原本的（PDF）在2017-10-19。
  12. ^“ ISO/DIS 8601-2：2016-10-26”（PDF）.國會圖書館。存檔原本的（PDF）在2017-10-20。
  13. ^“德國選秀E DIN ISO 8601-2：2017-02 Datenelemente Und Austauschformate -InformationsAustausch -Darstellung von Datum Datum Datum和Uhrzeit -Teil 2：Erweiterungen（ISO/DIS 8601-2：2016）"。Din-Normenausschuss InformationStechnik und Anwendungen（NIA）。存檔從2017-10-19的原始。檢索2017-10-19.
  14. ^一個bISO，常見問題解答：日期和時間的數字表示存檔2013-03-08在Wayback Machine
  15. ^“日期和時間格式”.W3.org.存檔從2021年5月10日的原件。檢索5月11日2021.
  16. ^ISO 8601：2004第2.3.3節基本格式
  17. ^ISO 8601的較早版本使用該單詞準確性， 不是精確，在相關部分中，例如：2.3.7的準確性降低。這在ISO 8601-1：2019中得到了糾正。
  18. ^Doggett，L。E.（1992）。“日曆”。在P. K. Seidelmann（編輯）中。天文數字的解釋性補充。加利福尼亞州索薩利托：大學科學書籍。p。580。ISBN 0-935702-68-7。存檔原本的在2004-04-01。今天的格里高利日曆是民事用途的國際標準。
  19. ^ISO 8601：2004（e）.ISO。 2004-12-01。第4.1.2.1節一般。
  20. ^ISO 8601：2004（e）.ISO。 2004-12-01。3.5擴展...通過合作夥伴在信息交換方面的共同協議，允許擴展識別日曆年的組件，否則該日曆年限制為四位數。這使得可以參考以外的日曆年的日期和時間，即完整表示的範圍，即在年初[0000]或年底之後[9999]。
  21. ^ISO 8601：2004第3.4.2節，4.1.2.4
  22. ^例如，請參見標準的附件B.1.1。
  23. ^在ISO 8601：2000中的最後一次，在使用中Perreault，S。（2011年8月）。“ RFC 6350- VCARD格式規範”.IETF.doi：10.17487/RFC6350.存檔從2016-05-31的原始。檢索2021-01-21.允許在[ISO.8601.2000]，第5.2.1.3 d），e）和f）的截斷表示形式了。{{}}：引用期刊需要|journal=（幫助），儘管在ISO 8601：2004中被刪除
  24. ^西蒙·佩魯特（Perreault）（2011年8月）。“ RFC 6350- VCARD格式規範”.IETF。§4.3.1。日期。doi：10.17487/RFC6350.存檔從2016-05-31的原始。檢索2016-06-29.允許在[ISO.8601.2000]，第5.2.1.3 d），e）和f）的截斷表示形式了。
  25. ^ISO 8601-1：2019第5.3.1.3節的精度降低的表示形式
  26. ^ISO 8601-1：2019第3.1.3.9節十進制標誌
  27. ^ISO 8601：2004（e），ISO，2004-12-01，4.2.2.4 ...小數分數應與ISO 31-0中指定的十進制符號（即逗號[，]或Full Stop [。]中指定的小數符號。其中，逗號是首選的標誌。
  28. ^“ ISO 8601格式”.技術.微軟文檔.存檔從2021-10-20的原始。檢索2021-10-20.
  29. ^馬庫斯·庫恩（Markus Kuhn）（2020-06-16）。“國際標準日期和時間符號的摘要”。從2022-10-05的原件存檔。檢索2022-10-05.{{}}：CS1維護：機器人：原始URL狀態未知（鏈接）
  30. ^“通信說明一般ACP 121（i）”（PDF）.合併通信電子委員會。 2010年10月。存檔（PDF）從2018-01-16的原始。檢索2018-01-15.
  31. ^麥卡錫，丹尼斯D.; Seidelmann，Kenneth P.（2009）。時間：從地球旋轉到原子物理。溫海姆：Wiley-VCH Verlag GmbH＆Co。KGAA。 p。 10。ISBN 978-3-527-40780-4.
  32. ^“表示形式中使用的3.4.1字符 - 簡介”。數據元素和互換格式 - 信息互換 - 日期和時間的表示 - 第1部分：基本規則（PDF）（PDF）。ISO。2016-02-16。p。12. ISO/WD 8601-1。存檔來自2022-10-05的原始內容。在基於ISO/IEC 646的角色曲目製成的環境中，“連字符”和“負”都映射到“連字符”上。只有在這種環境中使用“互換曲目”包括“ Plus-Minus”，才應在這種環境中使用“ Plus-Minus”的表示形式。
  33. ^ISO 8601-1：2019第3.2.4節，ISO 8601：2004第3.4.2節
  34. ^RFC 3339 - 未知的本地偏移大會
  35. ^克里斯紐曼（2002年7月）。克萊恩（Graham）（編輯）。互聯網上的日期和時間：時間戳.IETF工具頁。弗吉尼亞州雷斯頓：國家研究計劃的IETF秘書處。p。4.doi：10.17487/RFC3339.OCLC 43315042.存檔從2021年1月20日的原始。檢索2月1日2021.未知的本地偏移慣例：如果已知UTC中的時間，但是當地時間的偏移尚不清楚，則可以用“ -00：00”的偏移來表示。這與“ z”或“+00：00”的偏移量不同，這意味著UTC是指定時間的首選參考點。RFC2822 [iMail-update]描述了電子郵件的類似約定
  36. ^ISO 8601：2004（e）：數據元素和互換格式 - 信息互換 - 日期和時間的表示.ISO。 2004-12-01。4.3.2注意：通過合作夥伴在信息交換方面的共同協議，可以在沒有將日期和時間與本國際標準中定義的其他人混淆的申請中省略。
  37. ^G. Klyne;C. Newman（2002年7月）。“互聯網上的日期和時間：時間戳”.IETF。§5.6。互聯網日期/時間格式。doi：10.17487/RFC3339.RFC 3339.5.6。注意：ISO 8601定義了由“ t”隔開的日期和時間。使用此語法的應用程序可以選擇為了可讀性，以指定（例如）空間字符的全日期和全職。
  38. ^“數據元素和互換格式 - 信息互換 - 日期和時間的表示 - 第1部分：基本規則”（PDF）.國會圖書館。 p。 23。存檔（PDF）從2021-03-12的原始。檢索2021-07-06.b）如果需要特定應用，則最低訂單組件可能具有小數分數。
  39. ^ISO 8601：2004第4.4.3.3節替代格式，ISO 8601-1：2019第5.5.2.4節替代格式
  40. ^“ Java 8類持續時間”.Java平台標準版8。 Oracle。存檔從2017-10-14的原始。檢索2017-10-07.
  41. ^“亞馬遜Alexa持續時間”.亞馬遜開發人員。 Amazon.com。存檔從2017-10-14的原始。檢索2017-10-07.
  42. ^“ ISO 8601的信息，日期和時間表示標準”。 cs.tut.fi.存檔從2017-10-14的原始。檢索2012-08-29.
  43. ^“ ISO 8601-與時代（和日期）一起獲得”。 Hydrogold。 2012-01-01。存檔從2014-01-25的原始。檢索2013-08-13.
  44. ^注意路透社到W3C的日期和時間格式存檔2011-08-24在Wayback Machine
  45. ^Nilsson，M。（2000-11-01）。“ ID3標籤版本2.4.0-主結構”。 id3.org。 pp。§4。存檔原本的在2015-03-09。檢索2009-09-27.
  46. ^紐曼，克里斯；格雷厄姆（Klyne）（2002年7月）。互聯網上的日期和時間：時間戳.IETF.doi：10.17487/RFC3339.RFC3339.存檔從2015-10-20的原始。檢索2015-10-25.
  47. ^紐曼，克里斯；格雷厄姆（Klyne）（2002年7月）。“互聯網日期/時間格式”.互聯網上的日期和時間：時間戳.IETF。p。8.秒5.6。doi：10.17487/RFC3339.RFC3339.存檔從2015-10-20的原始。檢索2015-10-25.
  48. ^“日期和時間規範”.互聯網消息格式.IETF。2001年4月。14.秒3.3。doi：10.17487/RFC2822.RFC2822.
  49. ^加拿大國家標準，“ CAN/CSA-Z234.4-89（R2007）：全數日期和時間”.加拿大標準委員會。 1989年12月31日。存檔從2018年3月30日的原始。檢索3月29日2018.
  50. ^“ dof -diaria oficial de lafederación”.存檔從2021-11-10的原始。檢索2021-11-10.
  51. ^Czubla，Albin（2020-12-04）。“głównyurządmiar”（PDF）.GłównyurządMiar.存檔（PDF）從2020-12-04的原始。檢索2020-12-04.
  52. ^“ SANS 8601：2009（編輯2.00）”.SABS WebStore.存檔從2021-11-24的原始。檢索2021-11-24.

外部鏈接

實施概述