Unix 타임스탬프 변환

타임스탬프나 날짜를 넣으면 같은 시각을 UTC, 내 시간대, KST, JST로 함께 보여 줍니다.

입력값은 브라우저 밖으로 나가지 않음ISO 8601 RFC 3339 RFC 2822기준일 2026.10.03

단위시간대

현재 Unix 시각—

입력

이 도구는 JavaScript가 필요합니다. JavaScript를 켜면 이 자리에서 바로 쓸 수 있습니다. 아래 사용 방법과 자주 묻는 질문은 그대로 볼 수 있습니다.

Unix 타임스탬프 변환 사용 방법

11767225600 같은 타임스탬프나 2026-01-01 09:00:00 같은 날짜를 입력하거나 「예시 넣기」를 누릅니다.
2방향과 단위는 자동으로 두거나 직접 고릅니다. 시간대 표시가 없는 날짜는 시간대를 골라 줍니다.
3필요한 줄의 「복사」 버튼을 누릅니다.

Unix 타임스탬프 변환 옵션

방향: 자동은 숫자만 있는 입력을 타임스탬프로, 그 밖의 입력을 날짜로 읽습니다. 「날짜로」나 「타임스탬프로」를 골라 방향을 고정할 수도 있습니다.
단위: 자동은 크기로 고릅니다. 10¹¹보다 작으면 초, 10¹⁴보다 작으면 밀리초, 10¹⁷보다 작으면 마이크로초, 그 이상은 나노초입니다. 어떻게 읽었는지는 배지로 보여 줍니다. 직접 고르면 그 단위로 읽습니다.
시간대: 시간대 표시가 없는 날짜를 읽을 때와 로케일 표기·요일에 씁니다. 기본값은 브라우저 시간대입니다. UTC·KST·JST는 항상 함께 보여 줍니다.

Unix 시간과 이 도구가 보여 주는 형식

Unix 시간은 1970-01-01T00:00:00Z부터 지난 초를 윤초 없이 센 값입니다. POSIX는 이를 Epoch 이후의 초로 정의합니다. Unix 시간에는 시간대가 없습니다. 같은 숫자는 어디서나 같은 순간이고, 그 순간을 적는 방법만 지역마다 다릅니다.

ISO 8601 줄은 RFC 3339의 표기를 따르며 항상 Z(UTC)로 끝납니다. RFC 2822 줄은 이메일 헤더와 HTTP 날짜에 쓰는 형식입니다. 시간대 줄은 YYYY-MM-DD HH:mm:ss로 적고 옆에 UTC와의 차이를 함께 보여 줍니다.

마이크로초·나노초도 자릿수를 잃지 않습니다

JavaScript의 숫자는 2⁵³보다 큰 정수를 정확히 담지 못합니다. 1767225600123456789 같은 나노초 타임스탬프를 숫자로 읽으면 끝자리가 바뀝니다. 이 도구는 크기 제한이 없는 정수로 계산하기 때문에 ISO 8601 줄의 소수 초가 입력한 숫자와 한 자리도 다르지 않습니다.

시간대 표시가 없는 날짜

2026-01-01 09:00:00만으로는 어느 지역의 9시인지 알 수 없습니다. 이 도구는 고른 시간대의 시각으로 읽고, 고르지 않으면 브라우저 시간대를 씁니다. Asia/Seoul이면 1767225600, UTC이면 1767258000이 됩니다. 입력에 +09:00 같은 차이나 Z가 있으면 고른 시간대는 쓰지 않습니다.

Unix 타임스탬프 변환 예시

초 → 날짜
초로 해석합니다. KST와 JST로는 2026-01-01 09:00:00입니다.
입력
```
1767225600
```
출력
```
2026-01-01T00:00:00Z
```
밀리초 → 날짜
값이 10¹¹ 이상이라 밀리초로 해석합니다.
입력
```
1767225600123
```
출력
```
2026-01-01T00:00:00.123Z
```
32비트 time_t의 마지막 값
1초 뒤에는 부호 있는 32비트 정수가 넘칩니다. 2038년 문제입니다.
입력
```
2147483647
```
출력
```
2038-01-19T03:14:07Z
```
날짜 → 타임스탬프 (시간대 Asia/Seoul)
입력
```
2026-01-01 09:00:00
```
출력
```
1767225600
```

예시는 이 도구를 검증하는 기준 사례의 값입니다.

Unix 타임스탬프 변환 자주 묻는 질문

입력값이 서버로 전송되나요?

아니요. 입력과 결과는 이 브라우저 안에서만 처리되며 저장하지도 않습니다. 새로 고침하면 사라집니다.

초와 밀리초는 어떻게 구분하나요?

숫자의 크기로 구분합니다. 10¹¹보다 작으면 초, 10¹⁴보다 작으면 밀리초, 10¹⁷보다 작으면 마이크로초, 그 이상은 나노초로 읽습니다. 결과 위의 배지에 어떤 단위로 읽었는지 나옵니다. 다르게 읽어야 하면 단위를 직접 고르세요.

2038년 문제가 무엇인가요?

시간을 부호 있는 32비트 정수로 저장하는 시스템은 2147483647, 곧 2038-01-19T03:14:07Z까지만 셀 수 있습니다. 1초 뒤에는 값이 넘칩니다. 이 도구는 그 값과 32비트 범위를 벗어난 값에 안내를 붙입니다.

날짜는 어떤 형식으로 넣을 수 있나요?

ISO 8601(2026-01-01T09:00:00+09:00, 2026-01-01T00:00:00Z), YYYY-MM-DD HH:mm:ss, 날짜만(2026-01-01), RFC 2822(Thu, 01 Jan 2026 00:00:00 +0000)를 읽습니다. 시간대 표시가 없는 날짜는 고른 시간대의 시각으로 읽습니다.

어느 범위의 날짜까지 되나요?

JavaScript의 Date와 같은 범위입니다. 1970-01-01T00:00:00Z에서 앞뒤로 8,640,000,000,000,000밀리초, 대략 기원전 271821년부터 서기 275760년까지입니다. 범위를 벗어난 값은 범위 밖이라고 알려 줍니다.

처리 방식·표준

처리 위치: 이 브라우저 (내 기기). 전송하거나 저장하지 않습니다.
표준: ISO 8601 · RFC 3339 · RFC 2822
엔진: Intl (브라우저 내장) (브라우저 기능) · ZEKILO Dev 날짜 해석·표기 (자체 구현)
Unix 시간과 마찬가지로 윤초는 세지 않습니다.
서머타임으로 건너뛴 시각은 건너뛴 만큼 뒤로 밀고, 두 번 오는 시각은 앞의 것으로 읽습니다.
상대 시간은 브라우저의 Intl.RelativeTimeFormat이 만들기 때문에 브라우저에 따라 표현이 조금 다를 수 있습니다.
기준일 2026.10.03
변경 이력: 2026.10.03 처음 공개

오픈소스 라이선스 →

결과가 이상한가요? 오류 신고하기(입력값은 첨부되지 않습니다)

입력