01
UTC인지 먼저 확인
UTC로 저장한 DateTime.Ticks나 UtcTicks에는 UTC를 선택하세요. DateTimeOffset.Ticks만 있다면 Offset이 빠진 것입니다. 미지정으로 시계 값을 읽거나 역방향에서 오프셋이 있는 날짜를 입력하세요.
날짜와 시간
.NET Ticks 변환마지막 한 틱까지 보존
DateTime.Ticks 또는 초를 포함한 날짜를 한 줄에 하나씩 입력하고 시간 해석을 선택하세요.
.NET Ticks 변환
입력
입력은 이 브라우저에서 처리되며 서버로 전송되지 않습니다.
결과
옵션
DateTime.Ticks 전용 · 기준 0001-01-01 · 1 tick = 100 ns.
한 줄에 음이 아닌 정수 또는 YYYY-MM-DDTHH:mm:ss를 입력하세요. 소수 초는 1–7자리입니다. UTC에서는 Z 또는 ±HH:mm을 허용하며 생략해도 UTC입니다. 미지정에서는 접미사를 쓰지 않습니다.
Ticks 정수에는 Kind가 없습니다. 미지정은 달력 필드만 보존하고 Unix 값을 만들지 않습니다. Local 해석에는 원래 시간대 정보가 필요합니다.
날짜는 소수 초 일곱 자리를 유지합니다. Unix 초와 밀리초는 내림하고 음이 아닌 나머지를 틱으로 표시합니다.
최대 1000개 물리적 행, 100000개 UTF-16 코드 단위입니다. 빈 행은 오류로 표시합니다.
입력하거나 예시를 불러오세요.
.NET Ticks 변환은 C# 로그에 저장된 긴 정수를 읽을 때 유용합니다. 밀리초까지만 보이는 화면에서 같아 보이는 두 기록도 소수 초 일곱 자리로 보면 차이가 드러납니다.
값을 만든 프로퍼티부터 확인하세요. DateTime의 틱은 기간을 나타내는 TimeSpan이나 하드웨어 카운터와 다릅니다. 정수만으로는 Kind와 원래 시간대를 알아낼 수 없습니다.
.NET Ticks 변환이 필요한 이유
왕복해도 마지막 자리가 남음
.NET Ticks 변환은 UTC의 621355968000000001을 1970-01-01T00:00:00.0000001Z로 표시합니다. 결과를 역방향 입력으로 쓸 때도 전체 날짜를 사용하므로 밀리초보다 작은 차이가 사라지지 않습니다.
모르는 시간대를 덧붙이지 않음
미지정 값은 시계에 표시된 날짜와 시간입니다. 확정된 순간이 아니므로 Z나 Unix 필드가 붙지 않습니다. 출처가 불분명한 로그에 임의의 시간대를 적용하는 일을 피할 수 있습니다.
단위보다 먼저 의미를 확인
02
예제로 끝자리 확인
예제는 최소 날짜, Unix 기준점보다 한 틱 뒤, 최대 날짜를 보여 줍니다. 미리보기 후 적용하고 일곱 자리를 확인하세요. 실행 취소는 이전 입력과 보고서를 함께 복원합니다.
03
갱신 시점 선택
자동 변환은 편집을 멈춘 뒤 350밀리초 후 실행됩니다. 끄면 변환 버튼이나 Ctrl/Cmd + Enter를 쓰세요. 역방향은 모든 행이 성공해야 하며 옵션이 바뀌면 이전 결과 내보내기가 즉시 비활성화됩니다.
정확한 날짜와 행별 보고서
정수 정밀도 유지
날짜와 Ticks 사이를 부동소수점이나 밀리초 Date 없이 변환합니다. 큰 값은 JSON 문자열로 내보내므로 다른 시스템이 숫자를 해석할 때 자릿수가 바뀌는 위험을 줄입니다.
명시된 오프셋 처리
UTC 모드의 +09:00 날짜는 먼저 UTC로 정규화합니다. 접미사가 없으면 선택한 해석을 따릅니다. 브라우저의 현재 지역 설정으로 입력 의미를 바꾸지 않습니다.
버려질 부분도 표시
Ticks 밀리초 환산에는 10,000으로 나누는 과정이 필요합니다. Unix 정수 값과 각 나머지를 함께 표시하여 1970년 바로 전의 미세한 차이도 음수로 정확하게 읽습니다.
실패한 행도 남김
원문과 물리적 행 번호를 유지하므로 성공한 행 사이의 오류를 찾기 쉽습니다. 처음에는 50행, 이후 50행씩 표시하지만 복사와 다운로드는 모든 행을 포함합니다.
입력 범위와 해석 규칙
- 한 가지 시작점과 단위
- 그레고리력 0001-01-01부터 100나노초 단위입니다. FILETIME, WebKit, Excel, TimeSpan, Stopwatch, Environment.TickCount, rowversion, DateTime.ToBinary는 해석하지 않으며 자릿수로 형식을 추측하지 않습니다.
- 지원 연도 제한
- Ticks는 0–3155378975999999999, 연도는 0001–9999입니다. 입력 날짜 자체가 유효해도 오프셋을 적용한 UTC 날짜가 범위를 벗어나면 거부합니다.
- 엄격한 날짜 문법
- YYYY-MM-DDTHH:mm:ss에서 T 대신 공백 하나를 쓸 수 있습니다. 소수 초 1–7자리와 Z 또는 ±HH:mm은 선택 사항입니다. 윤초, 24:00, 잘못된 날짜, 초 생략, 여덟 자리 이상과 앞뒤 공백은 거부합니다.
- Kind나 지역 복원 안 함
- UTC 오프셋은 ±14:00 이내이고 알 수 없는 -00:00은 거부합니다. 미지정에서는 Z도 금지됩니다. 해석 변경은 필드를 다시 읽는 것이며 Local 변환이나 지역별 일광 절약 시간 계산이 아닙니다.
- 일괄 입력 상한
- 최대 1,000개 물리적 행과 100,000 UTF-16 코드 단위입니다. 마지막 줄바꿈으로 생긴 빈 행도 오류입니다. 상한을 넘으면 전체를 거부합니다. 파일, URL 읽기, 날짜 계산과 실시간 시계는 제공하지 않습니다.
- 교체 전 미리보기
- 예제, 비우기, 역방향은 새 내용과 크기를 미리 보여 준 뒤 적용합니다. 한 번 실행 취소하면 입력·옵션·결과가 복원됩니다. 역방향에서는 오류 행을 건너뛰거나 반올림한 Unix 값을 사용하지 않습니다.
.NET Ticks 변환 자주 묻는 질문
Ticks를 날짜로 바꾸려면 어떻게 하나요?
Ticks → 날짜와 해석을 선택한 뒤 정수를 입력하세요. C#의 new DateTime(ticks)는 Kind.Unspecified로 날짜를 만듭니다. 저장된 값이 UTC라고 확인한 경우 DateTimeKind.Utc를 받는 생성자를 사용할 수 있습니다.
DateTime.Ticks는 왜 시간대에 따라 달라지나요?
Ticks는 시계 필드의 값이고 Kind가 해석을 결정합니다. 같은 순간이라도 DateTime.Now와 ToUniversalTime()의 시각 표시가 다르면 틱 수도 달라집니다. Ticks 정수만 저장하면 Kind는 남지 않습니다.
Ticks에서 밀리초를 얻으려면 어떻게 하나요?
1밀리초는 10,000틱입니다. 바로 나누면 서기 1년부터의 밀리초입니다. UTC의 Unix 밀리초가 필요하면 먼저 621355968000000000을 빼세요. 밀리초 미만 정밀도가 필요하다면 나머지도 보관해야 합니다.
DateTime.Now.Ticks를 int에 넣어도 되나요?
현재 날짜의 틱 수는 32비트 int에 들어가지 않습니다. .NET에서는 64비트 long을 쓰고 JSON 숫자를 부동소수점으로 읽는 시스템에는 문자열로 전달하세요. 기준점과의 차이만 저장하려면 표현 가능한 범위를 따로 정해야 합니다.
DateTime이 밀리초 대신 틱을 쓰는 이유는 무엇인가요?
100나노초 간격으로 더 세밀한 날짜를 64비트 값에 표현할 수 있습니다. 이 표현 단위가 시스템 시계의 실제 측정 정밀도를 보장하지는 않습니다. 같은 틱 값이 여러 번 관측될 수 있습니다.
예상과 다른 결과인가요?