Conversor de Tempo Epoch
Converta timestamps Unix para datas UTC ou transforme uma data em segundos epoch.
Como usar este conversor de tempo epoch
- Escolha o modo de conversão
Selecione Epoch para data ou Data para epoch no campo Modo de conversão.
- Para epoch para data
Insira o timestamp Unix em segundos no campo Timestamp Epoch (segundos).
- Para data para epoch
Escolha a data no Calendário e, em seguida, defina Hora (UTC), Minuto (UTC) e Segundo (UTC) conforme necessário.
- Leia o resultado
A calculadora mostra o valor UTC, milissegundos Unix e o dia da semana.
Como funciona este conversor de tempo epoch
Este conversor de tempo epoch traduz entre timestamps Unix e datas UTC legíveis por humanos. O tempo Unix — também chamado de tempo POSIX ou tempo epoch — conta o número de segundos decorridos desde a época Unix, definida como meia-noite UTC de 1º de janeiro de 1970 (1970-01-01T00:00:00Z). Esta representação de número inteiro único é o padrão de fato para armazenar e transmitir registros de data e hora em bancos de dados, APIs, arquivos de log, tokens JWT e virtualmente todas as linguagens de programação modernas. O conversor lida com ambas as direções: inserir um timestamp numérico retorna a data UTC correspondente, o dia da semana e o equivalente em milissegundos, enquanto inserir uma data e hora do calendário retorna o valor epoch em segundos e milissegundos.
Tempo Unix = segundos decorridos desde 1970-01-01T00:00:00Z Para converter o timestamp Unix 1.700.000.000 em uma data: a partir de 1970-01-01 00:00:00 UTC, adicione 1.700.000.000 segundos. Isso equivale a 19.675 dias, 17 horas, 46 minutos e 40 segundos. A data UTC resultante é 14/11/2023 às 22:13:20 UTC, que cai em uma terça-feira. O equivalente em milissegundos é 1.700.000.000.000. Por outro lado, inserir 14 de novembro de 2023 às 22:13:20 UTC retorna um valor de época de exatamente 1.700.000.000.
O timestamp 0 converte para 1970-01-01 00:00:00 UTC (quinta-feira). O equivalente em milissegundos é 0.
O timestamp 1.704.000.000 converte para 2023-12-31 12:00:00 UTC (domingo). Inserir essa data e hora no modo 'Data para epoch' retorna 1.704.000.000.
- ✓ Todos os cálculos são em UTC. Conversões para o horário local exigem a aplicação do fuso horário apropriado após a conversão.
- ✓ Segundos bissextos não são contados. Assim como o POSIX, este conversor trata cada dia como tendo exatamente 86.400 segundos, o que corresponde ao comportamento da maioria das linguagens de programação e sistemas operacionais.
- ✓ Timestamps negativos representam datas anteriores à época (1º de janeiro de 1970). Por exemplo, −86400 corresponde a 31 de dezembro de 1969.
- ✓ Timestamps em milissegundos devem ser divididos por 1.000 antes da entrada; o conversor aceita segundos como entrada e exibe o equivalente em milissegundos nos resultados.
- O Date.now() do JavaScript e o System.currentTimeMillis() do Java retornam milissegundos, não segundos — divida por 1.000 antes de inserir o valor aqui ou use a saída em milissegundos para comparação.
- O problema do ano 2038 afeta timestamps de inteiros assinados de 32 bits, que transbordarão em 19 de janeiro de 2038 às 03:14:07 UTC. A maioria dos sistemas modernos migrou para timestamps de 64 bits.
- Ao depurar respostas de API ou arquivos de log, fique atento a timestamps que pareçam deslocados por exatamente 3.600 ou 7.200 segundos — isso geralmente indica que um fuso horário (offset) foi aplicado (ou omitido) em algum lugar do processo.
- O tempo de época é sempre monotonicamente crescente (ignorando ajustes de segundos bissextos), o que o torna ideal para ordenar eventos, calcular durações e gerar identificadores exclusivos baseados no tempo.
- IEEE Std 1003.1 (POSIX) — definição de Segundos Desde a Época
- Origem da época Unix — Documentação da The Unix Heritage Society e Bell Labs
- RFC 3339 — Data e Hora na Internet: Timestamps
O que são timestamps Unix?
Um timestamp Unix é o número de segundos decorridos desde a meia-noite UTC de 1º de janeiro de 1970 — a era Unix. Esse número inteiro único é o padrão de fato para representar o tempo em bancos de dados, APIs, arquivos de log e na maioria das linguagens de programação. Por ser independente de fuso horário e aumentar monotonicamente, ele simplifica a ordenação, cálculos de duração e comparações baseadas no tempo. O Date.now() do JavaScript e muitas APIs retornam milissegundos (1.000 × segundos), portanto, divida por 1.000 antes de inserir um valor em milissegundos aqui. Timestamps negativos representam datas anteriores a 1970; por exemplo, −86400 é exatamente um dia antes da era Unix.
Casos de uso para desenvolvedores para o tempo epoch
Desenvolvedores usam timestamps Unix ao armazenar horários de eventos em bancos de dados, serializar datas em APIs JSON, gerar chaves de cache baseadas no tempo e depurar entradas de log. Colunas de banco de dados geralmente armazenam timestamps como inteiros para indexação e consultas de intervalo eficientes. Respostas de API frequentemente retornam segundos ou milissegundos epoch para evitar ambiguidade de fuso horário. Ao depurar, converter um timestamp bruto de um log ou reivindicação JWT para uma data legível por humanos revela rapidamente se o valor está correto ou deslocado por um fator de fuso horário. O tempo epoch também é usado para limitação de taxa, expiração de sessão e geração de identificadores exclusivos ordenáveis em sistemas distribuídos.
FAQ do conversor de tempo de época
O que é o Unix epoch?
O Unix epoch é o ponto de referência a partir do qual o tempo Unix é medido: meia-noite UTC de 1º de janeiro de 1970 (1970-01-01T00:00:00Z). Um timestamp de 0 corresponde a esse exato momento.
Por que meu timestamp de JavaScript tem mais dígitos?
O Date.now() do JavaScript retorna milissegundos desde o epoch, não segundos. Divida por 1.000 para converter para o formato baseado em segundos usado por esta ferramenta, ou compare diretamente com a saída em milissegundos.
Posso inserir um timestamp negativo?
Sim. Valores negativos representam datas anteriores ao epoch. Por exemplo, −86400 corresponde a 1969-12-31T00:00:00Z, exatamente um dia antes do epoch.
Isso lida com segundos bissextos?
Não, e isso segue o padrão POSIX. O tempo POSIX assume que cada dia tem exatamente 86.400 segundos. Os 27 segundos bissextos inseridos desde 1972 não são representados individualmente, o que significa que o UTC e o tempo Unix podem diferir em até um segundo nos limites de segundos bissextos.
O que é o problema do ano 2038?
Sistemas que armazenam o tempo Unix como um número inteiro assinado de 32 bits sofrerão overflow em 19 de janeiro de 2038 às 03:14:07 UTC, voltando para um número negativo grande e produzindo datas em 1901. A maioria das plataformas modernas agora usa timestamps de 64 bits, que não sofrerão overflow por mais de 290 bilhões de anos.