なぜですか

1970年1月1日00:00:00

エポックタイムを考慮しましたか？

UNIXの初期のバージョンでは、システム時間を1/60秒間隔で測定していました。つまり、32ビットの符号なし整数は、829日未満の期間しか表すことができませんでした。このため、数字で表される時間0（エポックと呼ばれます）れます）は、ごく最近に設定する必要がありました。これは1970年代初頭にあったため、エポックは1971-1-1に設定されました。

その後、システム時間は1秒ごとに増加するように変更され、32ビットの符号なし整数で表すことができる時間のスパンが約136年に増えました。カウンターから毎秒スクイーズすることはそれほど重要ではなくなったため、エポックは最も近い10進数に切り捨てられ、1970-1-1になりました。これは1971-1-1よりも少しすっきりしていると考えられていたはずです。

エポックとして1970-1-1を使用する32ビットの符号付き整数は、2038-1-19までの日付を表すことができ、その日付は1901-12-13にラップされることに注意してください。

歴史。

Unixタイムの最も初期のバージョンでは、32ビット整数が60 Hzのレートで増加していました。これは、初期のUnixシステムのハードウェアのシステムクロックのレートでした。結果として、一部のソフトウェアインターフェイスに60 Hzという値が表示されます。エポックも現在の値とは異なりました。1971年11月3日付の初版 Unixプログラマーズマニュアルでは、Unix時間を「1971年1月1日00:00:00からの時間、60分の1秒単位で測定」と定義しています。

http://en.wikipedia.org/wiki/Unix_time#Historyは、Unix時間の起源と選ばれた時代について少し説明しています。UNIX時間とエポック日付の定義は、現在の状態を安定させる前にいくつかの変更を経ました。

しかし、1970年1月1日が最終的に選ばれた理由は明らかにされていません。

ウィキペディアのページからの注目の抜粋：

初版「夜12時00分00秒からの時間、1月1日、などのUnixプログラマーズ・マニュアル1971年11月3日日付定義Unixの時間を1971秒のsixtiethsで測定し、」。

範囲が限られているため、レートが1 Hzに変更されてエポックが現在の値に設定される前に、エポックが複数回再定義されました。

現在の定義の複雑さを含む、後のいくつかの問題は、最初から完全に定義されているのではなく、使用法によってUnix時間が徐々に定義されていたことが原因です。

エポック参照日

エポック基準日は、我々は時間をカウントそこからタイムライン上の点です。そのポイントの前の瞬間は負の数でカウントされ、その後の瞬間は正の数でカウントされます。

使用中の多くの時代

1970年1月1日00:00:00がエポックタイムと見なされるのはなぜですか？

いいえ、エポック、エポック。あります使用されている多くのエポックが。

このエポックの選択は任意です。

主要なコンピュータシステムとライブラリは、少なくとも数十のさまざまな時代のいずれかを使用しています。最も人気のある時代の1つは、一般的にUnix時間として知られています。、あなたが言及した1970 UTCの瞬間を使用しています。

人気はありますが、Unix Timeの1970年は 最も一般的。また、最も一般的なのは、無数のMicrosoft ExcelおよびLotus 1-2-3スプレッドシートの1900年1月1日、または世界中の数十億を超えるiOS / macOSマシンでAppleのCocoaフレームワークが無数のアプリで使用する2001年1月1日です。または、おそらく1980年1月6日、GPSデバイスで使用されていますか？

多くの粒度

システムによって、時間のカウントに使用される粒度が異なります。

いわゆる「Unix時間」でさえも、秒単位でカウントするシステムとミリ秒単位でカウントするシステムがあります。Postgresなどの多くのデータベースはマイクロ秒を使用します。Java 8以降の最新のjava.timeフレームワークなど、一部ではナノ秒を。一部はさらに他の粒度を使用します。

ISO 8601

エポック参照の使用と粒度には非常に大きなばらつきがあるため、一般的に、瞬間からのカウントとしての瞬間の通信を避けることが最善です。エポックと粒度のあいまいさ、および人間が意味のある値を認識できない（したがって、バグの多い値を見逃す）場合は、数値ではなくプレーンテキストを使用してください。

ISO 8601標準テキストとして日時値を表現するための実用的なうまく設計された形式の拡張セットを提供します。これらの形式は、機械で簡単に解析でき、文化を超えて人間が読みやすいです。

これらには以下が含まれます：

• 日付のみ： 2019-01-23
• UTCの瞬間： 2019-01-23T12:34:56.123456Z
• UTCからのオフセットがあるモーメント：2019-01-23T18:04:56.123456+05:30
• 週ベースの年の週：2019-W23
• 序数の日付（年の1日から366日）：2019-234

短い答え：なぜでしょうか？

より長い答え：それを使用するすべての人がその価値に同意する限り、時間自体は本当に重要ではありません。1/1/70は長い間使用されてきたので、これを使用すると、できるだけ多くの人がコードを理解できるようになります。

異なるために任意のエポックを選択することには大きなメリットはありません。