Epoch 시간 변환기

Unix 타임스탬프를 UTC 날짜로 변환하거나 날짜를 epoch 초 단위로 변환합니다.

타임스탬프를 날짜로 변환할지, 날짜를 타임스탬프로 변환할지 선택하세요.
Unix 타임스탬프를 초 단위로 입력하세요.

변환된 값

2024-03-09T16:00:00.000Z

UTC 값2024-03-09T16:00:00.000Z
Unix 밀리초1,710,000,000,000
요일토요일

에포크 시간 변환기 사용 방법

  1. 변환 모드 선택

    변환 모드 필드에서 '에포크를 날짜로' 또는 '날짜를 에포크로'를 선택하세요.

  2. 에포크를 날짜로 변환 시

    에포크 타임스탬프(초) 필드에 Unix 타임스탬프를 초 단위로 입력하세요.

  3. 날짜를 에포크로 변환 시

    달력 날짜에서 날짜를 선택한 후 필요에 따라 시간(UTC), 분(UTC), 초(UTC)를 설정하세요.

  4. 결과 확인하기

    계산기는 UTC 값, Unix 밀리초 및 요일을 표시합니다.

방법론

Epoch 시간 변환기 작동 방식

이 Epoch 시간 변환기는 Unix 타임스탬프와 읽기 쉬운 UTC 날짜 간의 변환을 지원합니다. POSIX 시간 또는 Epoch 시간으로도 알려진 Unix 시간은 1970년 1월 1일 UTC 자정(1970-01-01T00:00:00Z)인 Unix Epoch부터 경과된 초 수를 계산합니다. 이 단일 정수 표현은 데이터베이스, API, 로그 파일, JWT 토큰 및 거의 모든 현대 프로그래밍 언어에서 타임스탬프를 저장하고 전송하는 표준 방식입니다. 이 변환기는 양방향으로 작동합니다. 숫자 타임스탬프를 입력하면 해당하는 UTC 날짜, 요일 및 밀리초 값이 반환되며, 달력 날짜와 시간을 입력하면 초 및 밀리초 단위의 Epoch 값이 반환됩니다.

공식
Unix 시간 = 1970-01-01T00:00:00Z 이후 경과된 초
에포크 기준 시점: 1970년 1월 1일 UTC 자정 (Unix 타임스탬프 0)
Unix 시간 (초) 에포크(epoch)부터 지정된 날짜 및 시간까지의 총 초 수
Unix 시간 (ms) Unix 시간에 1,000을 곱한 값 — JavaScript Date, Java System.currentTimeMillis() 및 여러 API에서 사용됨
UTC 날짜 지정된 타임스탬프에 해당하는 그레고리력 날짜 및 24시간제 시간
요일 변환된 UTC 날짜에서 도출된 요일 이름
예시

Unix 타임스탬프 1,700,000,000을 날짜로 변환하려면: 1970-01-01 00:00:00 UTC부터 시작하여 1,700,000,000초를 더합니다. 이는 19,675일 17시간 46분 40초에 해당합니다. 결과 UTC 날짜는 2023-11-14 22:13:20 UTC이며 화요일입니다. 밀리초 단위로는 1,700,000,000,000입니다. 반대로 2023년 11월 14일 22:13:20 UTC를 입력하면 정확히 1,700,000,000의 에포크 값이 반환됩니다.

타임스탬프 0은 1970-01-01 00:00:00 UTC(목요일)로 변환됩니다. 밀리초 단위로는 0입니다.

타임스탬프 1,704,000,000은 2023-12-31 12:00:00 UTC(일요일)로 변환됩니다. '날짜를 epoch로' 모드에서 해당 날짜와 시간을 입력하면 1,704,000,000이 반환됩니다.

가정 사항
  • 모든 계산은 UTC 기준입니다. 현지 시간 변환은 변환 후 적절한 시간대 오프셋을 적용해야 합니다.
  • 윤초는 계산되지 않습니다. POSIX와 마찬가지로 이 변환기는 하루를 정확히 86,400초로 처리하며, 이는 대부분의 프로그래밍 언어 및 운영 체제의 동작과 일치합니다.
  • 음수 타임스탬프는 에포크(1970년 1월 1일) 이전의 날짜를 나타냅니다. 예를 들어, -86400은 1969년 12월 31일에 해당합니다.
  • 밀리초 타임스탬프는 입력하기 전에 1,000으로 나누어야 합니다. 이 변환기는 초 단위를 입력으로 받으며 결과에 밀리초 환산값을 표시합니다.
참고 사항
  • JavaScript의 Date.now() 및 Java의 System.currentTimeMillis()는 초가 아닌 밀리초를 반환합니다. 값을 입력하기 전에 1,000으로 나누거나 밀리초 출력을 사용하여 비교하세요.
  • 2038년 문제는 32비트 부호 있는 정수 타임스탬프에 영향을 주며, 2038년 1월 19일 03:14:07 UTC에 오버플로가 발생합니다. 대부분의 최신 시스템은 64비트 타임스탬프로 마이그레이션되었습니다.
  • API 응답이나 로그 파일을 디버깅할 때 정확히 3,600초 또는 7,200초 차이가 나는 타임스탬프를 확인하세요. 이는 대개 파이프라인 어딘가에서 시간대 오프셋이 적용되었거나 누락되었음을 의미합니다.
  • 에포크 시간은 (윤초 조정을 제외하고) 항상 단조 증가하므로 이벤트 정렬, 기간 계산 및 고유한 시간 기반 식별자 생성에 적합합니다.
출처
  1. IEEE Std 1003.1 (POSIX) — 에포크 이후 초의 정의
  2. Unix 에포크 기원 — The Unix Heritage Society 및 Bell Labs 문서
  3. RFC 3339 — 인터넷상의 날짜 및 시간: 타임스탬프

Unix 타임스탬프란 무엇인가요?

Unix 타임스탬프는 Unix epoch인 1970년 1월 1일 UTC 자정 이후 경과된 초 단위 시간입니다. 이 정수 값은 데이터베이스, API, 로그 파일 및 대부분의 프로그래밍 언어에서 시간을 나타내는 사실상의 표준입니다. 시간대에 구애받지 않고 단조 증가하기 때문에 정렬, 기간 계산 및 시간 기반 비교를 단순화합니다. JavaScript의 Date.now() 및 많은 API는 밀리초(1,000 × 초)를 반환하므로, 여기에 밀리초 값을 입력하기 전에 1,000으로 나누십시오. 음수 타임스탬프는 1970년 이전의 날짜를 나타냅니다. 예를 들어 -86400은 epoch 정확히 하루 전입니다.

개발자를 위한 epoch 시간 활용 사례

개발자는 데이터베이스에 이벤트 시간을 저장하거나, JSON API에서 날짜를 직렬화하거나, 시간 기반 캐시 키를 생성하거나, 로그 항목을 디버깅할 때 Unix 타임스탬프를 사용합니다. 데이터베이스 열은 효율적인 인덱싱 및 범위 쿼리를 위해 타임스탬프를 정수로 저장하는 경우가 많습니다. API 응답은 시간대 모호성을 피하기 위해 자주 epoch 초 또는 밀리초를 반환합니다. 디버깅 시 로그 또는 JWT 클레임의 원시 타임스탬프를 사람이 읽을 수 있는 날짜로 변환하면 값이 정확한지 또는 시간대 요인으로 인해 어긋났는지 빠르게 확인할 수 있습니다. Epoch 시간은 속도 제한, 세션 만료 및 분산 시스템에서 정렬 가능한 고유 식별자 생성에도 사용됩니다.

에포크 시간 변환기 FAQ

Unix 에포크란 무엇인가요?

Unix 에포크는 Unix 시간을 측정하는 기준점인 1970년 1월 1일 자정 UTC(1970-01-01T00:00:00Z)를 의미합니다. 타임스탬프 0은 바로 그 순간입니다.

왜 JavaScript 타임스탬프의 자릿수가 더 많은가요?

JavaScript의 Date.now()는 에포크(epoch) 이후의 시간을 초가 아닌 밀리초 단위로 반환합니다. 이 도구에서 사용하는 초 단위 형식으로 변환하려면 1,000으로 나누거나, 밀리초 출력값과 직접 비교하세요.

음수 타임스탬프를 입력할 수 있나요?

네. 음수 값은 에포크 이전의 날짜를 나타냅니다. 예를 들어, -86400은 에포크 정확히 하루 전인 1969-12-31T00:00:00Z에 해당합니다.

윤초를 처리하나요?

아니요, 이는 POSIX 표준을 따릅니다. POSIX 시간은 매일이 정확히 86,400초라고 가정합니다. 1972년 이후 삽입된 27개의 윤초는 개별적으로 표시되지 않으므로, 윤초 경계에서 UTC와 Unix 시간은 최대 1초까지 차이가 날 수 있습니다.

2038년 문제란 무엇인가요?

Unix 시간을 32비트 부호 있는 정수로 저장하는 시스템은 UTC 기준 2038년 1월 19일 03:14:07에 오버플로가 발생하여 큰 음수로 바뀌고 1901년의 날짜를 생성하게 됩니다. 현재 대부분의 현대적 플랫폼은 64비트 타임스탬프를 사용하며, 이는 2,900억 년 이상 오버플로가 발생하지 않습니다.

작성자 Jan Křenek 설립자 및 수석 개발자
검토자 DigitSum 방법론 검토 공식 검증 및 QA
최종 업데이트 2026년 3월 10일

이 결과는 추정치로만 사용하시고, 중요한 결정은 전문가와 상담하시기 바랍니다.

입력 데이터는 향후 기능에서 별도로 안내하지 않는 한 브라우저에만 유지됩니다.