Epoch second: vì sao mốc thời gian lại bắt đầu từ năm 1970?

4 tháng 3, 2026 • Concurrency • 2 phút đọc

1) Nguồn gốc của mốc 1970

Khoảng 1969-1970, đội ngũ tại Bell Labs xây dựng Unix. Khi thiết kế hệ thống thời gian, họ cần một mốc chuẩn để:

Mốc được chọn là:

1970-01-01 00:00:00 UTC

Và từ đó:

Unix time = số giây kể từ mốc 1970-01-01 00:00:00 UTC

Không có lý do “thiêng liêng”. Chủ yếu là quyết định kỹ thuật thực dụng tại thời điểm đó.

Chọn đầu năm 1970 là hợp logic theo timeline phát triển hệ điều hành.

Thay vì xử lý trực tiếp một chuỗi thời gian phức tạp như:

2026-03-04 14:22:18

hệ thống chỉ cần một số nguyên:

1741098138

Nhờ vậy rất dễ:

Unix time luôn tính theo:

UTC

Timezone chỉ dùng ở lớp hiển thị (UI, log formatter, report). Cách tách này giúp giảm lỗi khi hệ thống chạy đa vùng.

1970-01-01 00:00:00 UTC -> 0
1970-01-01 00:00:01 UTC -> 1
1970-01-01 00:01:00 UTC -> 60

Tới năm 2026, epoch second nằm quanh:

~ 1,740,000,000

Java có hai cách phổ biến:

long millis = System.currentTimeMillis(); // milliseconds since Unix epoch
long seconds = millis / 1000;             // epoch second

Với Java time API hiện đại:

import java.time.Instant;

long epochSecond = Instant.now().getEpochSecond();

Nếu chỉ cần độ chính xác theo giây để bucket, rate limit hoặc key thời gian, epochSecond thường đủ và gọn.

Nhiều hệ thống cũ dùng Unix time bằng signed 32-bit integer. Giá trị tối đa là:

2,147,483,647

Tương ứng thời điểm:

2038-01-19 03:14:07 UTC

Sau đó sẽ overflow nếu vẫn giữ 32-bit.

Đa số hệ thống hiện đại đã chuyển sang 64-bit, nhưng các hệ thống embedded/legacy vẫn cần kiểm tra kỹ.