Skip to content

Conversor de Timestamp Unix e Epoch — Multi-Precisão

Converta timestamps Unix para datas instantaneamente com nosso conversor epoch gratuito. Detecta automaticamente segundos, milissegundos e microssegundos. Relógio em tempo real, bidirecional. Sem cadastro, 100% privado.

Sem rastreamento Roda no navegador Grátis
Todo o processamento acontece no seu navegador. Nenhum dado é enviado a qualquer servidor.

Timestamp Unix Atual

0

Referência Rápida

Exemplos de Código

Revisado para conformidade POSIX e precisão de detecção — Go Tools Engineering Team · Mar 22, 2026

O Que É um Timestamp Unix (Epoch Time)?

Um timestamp Unix (também chamado de Epoch time ou tempo POSIX) é o número de segundos decorridos desde 1 de janeiro de 1970 00:00:00 UTC, servindo como referência universal de tempo para praticamente todos os sistemas de computação. De kernels Linux e bancos de dados SQL a motores JavaScript e sistemas operacionais móveis, praticamente toda plataforma moderna armazena e troca informações de tempo como timestamps Unix.

Como o IEEE Std 1003.1 (POSIX) define formalmente: "O epoch Unix (1 de janeiro de 1970 00:00:00 UTC) serve como ponto zero para o tempo POSIX" — uma convenção tão universalmente adotada que se tornou o padrão de fato para timestamps legíveis por máquina em todo o mundo. Timestamps Unix são utilizados pela grande maioria dos sistemas server-side, bancos de dados e protocolos de rede, incluindo cabeçalhos HTTP, tokens JWT e praticamente toda API REST.

O próprio epoch Unix — 1 de janeiro de 1970 — não foi escolhido arbitrariamente. O Unix foi desenvolvido nos Bell Labs no final da década de 1960, e 1970 era um ponto de partida conveniente e redondo, recente o suficiente para representar todas as datas relevantes com tamanhos de inteiros gerenciáveis. Qualquer momento no tempo pode ser expresso como a contagem de inteiros com sinal de 64 bits dos segundos a partir desse ponto de ancoragem. Datas anteriores ao epoch são representadas como números negativos: 31 de dezembro de 1969 à meia-noite UTC é -86400 (um dia, ou 86.400 segundos, antes do epoch).

Sistemas modernos frequentemente precisam de resolução temporal mais fina que segundos inteiros. Para acomodar isso, timestamps são comumente expressos em milissegundos (milésimos de segundo, como retornado pelo `Date.now()` do JavaScript ou `System.currentTimeMillis()` do Java) ou microssegundos (milionésimos de segundo, usados em bancos de dados como PostgreSQL e em sistemas de trading de alta frequência). Você pode identificar a precisão pelo número de dígitos: 10 dígitos indica segundos, 13 dígitos indica milissegundos e 16 dígitos indica microssegundos. Este conversor detecta automaticamente a precisão da sua entrada.

Timestamps Unix são a espinha dorsal da computação distribuída porque são independentes de fuso horário, monotonicamente crescentes (sob condições normais) e trivialmente ordenáveis como inteiros. Armazenar horários como timestamps e converter para formatos legíveis apenas na camada de exibição é uma boa prática que elimina categorias inteiras de bugs de fuso horário. A contrapartida é a legibilidade — um timestamp bruto como 1741965432 é opaco sem um conversor, que é exatamente o que esta ferramenta fornece.

Todas as conversões acontecem inteiramente no seu navegador usando a API Date do JavaScript — nenhum timestamp, data ou qualquer outro dado é enviado a um servidor. Esta ferramenta converte qualquer timestamp Unix — incluindo o epoch time atual mostrado no relógio em tempo real acima — para uma data legível instantaneamente, com total privacidade.

Timestamps estão intimamente relacionados a outras ferramentas para desenvolvedores. UUID v1 e v7 incorporam timestamps diretamente em seus identificadores, e respostas de API contendo timestamps são frequentemente melhor inspecionadas usando um formatador JSON para legibilidade. Para um guia aprofundado cobrindo precisão, tratamento de fuso horário e armadilhas de horário de verão com exemplos de código em JavaScript, Python e Go, leia nosso guia de timestamps Unix.

// Get the current Unix timestamp in JavaScript
const timestampSeconds = Math.floor(Date.now() / 1000);
console.log(timestampSeconds); // → 1741965432

// Milliseconds (native JavaScript)
const timestampMs = Date.now();
console.log(timestampMs); // → 1741965432000

// Convert timestamp back to a Date object
const date = new Date(timestampSeconds * 1000);
console.log(date.toISOString()); // → '2025-03-14T15:37:12.000Z'

// Python equivalent
// import time
// timestamp = int(time.time())  # → 1741965432

Recursos Principais

Detecção Automática de Precisão

Detecta automaticamente se o seu timestamp está em segundos (10 dígitos), milissegundos (13 dígitos) ou microssegundos (16 dígitos) — sem necessidade de troca manual de modo.

Conversão Bidirecional

Converta timestamps para datas legíveis ou selecione qualquer data e hora para obter instantaneamente o timestamp Unix correspondente nos três formatos de precisão.

Relógio Epoch em Tempo Real

Veja o timestamp Unix atual avançando em tempo real para que você sempre tenha um ponto de referência preciso para suas conversões e cálculos.

Saída Multi-Formato

Cada conversão exibe simultaneamente hora UTC, seu fuso horário local, formato ISO 8601 e um tempo relativo amigável (ex.: "3 dias atrás").

Processamento 100% no Navegador

Todas as conversões acontecem inteiramente no seu navegador usando a API Date do JavaScript. Nenhum timestamp, data ou dado pessoal é transmitido a qualquer servidor.

Timestamp Unix vs Outros Formatos de Data

ISO 8601

2025-03-14T15:37:12Z

Tanto legível por humanos quanto ordenável lexicograficamente. O padrão para intercâmbio de dados e APIs. Preferido sobre timestamps Unix quando a legibilidade humana importa.

RFC 2822

Fri, 14 Mar 2025 15:37:12 +0000

Legível por humanos mas não ordenável. Usado principalmente em cabeçalhos de e-mail (campo Date). Menos compacto que ISO 8601 e timestamps Unix.

Data Legível

14 de março de 2025 15:37

O formato mais legível para usuários finais, mas não ordenável ou adequado para uso programático. Melhor reservado para camadas de exibição de interface.

Exemplos de Conversão

Timestamp Unix Padrão (segundos)

1741965432
2025-03-14T15:37:12Z

Um timestamp de 10 dígitos em segundos — o formato mais comum usado por sistemas Unix/Linux, APIs Unix, tokens JWT e logs de servidor. Este valor específico corresponde ao Dia do Pi 2025 às 15:37:12 UTC.

Timestamp Y2K — 1 de Janeiro de 2000

946684800
2000-01-01T00:00:00Z

O timestamp Unix para o momento Y2K: exatamente 946.684.800 segundos após o epoch Unix. Este é um valor útil de calibração — se o seu conversor retorna 1 de janeiro de 2000 para esta entrada, ele está funcionando corretamente.

Timestamp Negativo (Antes do Epoch)

-86400
1969-12-31T00:00:00Z

Timestamps Unix negativos representam datas antes de 1 de janeiro de 1970. O valor -86400 é exatamente um dia (86.400 segundos) antes do epoch, que corresponde a 31 de dezembro de 1969 à meia-noite UTC. Nem todos os sistemas suportam timestamps negativos, mas este conversor os trata corretamente.

Timestamp em Milissegundos (13 dígitos)

1741965432000
2025-03-14T15:37:12.000Z

Um timestamp de 13 dígitos em milissegundos — o formato nativo usado pelo Date.now() do JavaScript, System.currentTimeMillis() do Java e a maioria das APIs REST modernas. Este é equivalente ao primeiro exemplo multiplicado por 1000. O detector automático reconhece o comprimento de 13 dígitos e o interpreta corretamente como milissegundos.

Como Converter Timestamp Unix para Data

  1. 1

    Selecione a Direção da Conversão

    Escolha "Timestamp → Data" para decodificar um timestamp Unix em uma data legível, ou "Data → Timestamp" para converter uma data e hora do calendário em um timestamp Unix.

  2. 2

    Insira Seu Valor

    Cole ou digite um timestamp Unix (ex.: 1741965432 ou 1741965432000) no campo de entrada. A ferramenta identifica automaticamente se é em segundos, milissegundos ou microssegundos. Para Data → Timestamp, selecione o ano, mês, dia, hora, minuto e segundo usando o seletor de data.

  3. 3

    Copie o Resultado Convertido

    Veja o resultado instantaneamente em UTC, hora local, ISO 8601 e tempo relativo. Clique no botão Copiar ao lado de qualquer formato para copiá-lo diretamente para sua área de transferência.

Casos de Uso Comuns

Desenvolvimento e Depuração de APIs
Decodifique timestamps opacos em respostas de API, payloads de tokens JWT (claims iat, exp, nbf), dados de eventos webhook e entradas de log. Verifique instantaneamente se um token de autenticação expirou ou quando um evento ocorreu.
Armazenamento e Consultas de Timestamps em Banco de Dados
Converta entre timestamps Unix e datas legíveis ao escrever consultas de banco de dados, inspecionar registros armazenados ou validar que filtros de intervalo de datas estão corretamente especificados nas suas cláusulas WHERE.
Análise e Correlação de Arquivos de Log
Muitos logs de sistema e aplicação registram eventos como timestamps Unix. Converta entradas de log suspeitas para horários legíveis para correlacionar eventos entre múltiplos serviços, identificar janelas de ataque ou localizar o momento exato em que um erro ocorreu.
Verificação de Expiração de Tokens JWT
JSON Web Tokens codificam iat (emitido em), exp (expira em) e nbf (não antes) como timestamps Unix em seus payloads. Cole esses valores diretamente para verificar janelas de validade de tokens sem fazer a matemática de epoch manualmente.
Agendamento de Tarefas Cron
Verifique que agendamentos de tarefas cron, tarefas programadas e gatilhos baseados em tempo estão alinhados com as janelas de execução pretendidas convertendo os horários propostos de execução para timestamps e vice-versa.
Coordenação de Datas entre Fusos Horários
Timestamps Unix são inerentemente neutros em relação a fusos horários. Use este conversor para estabelecer um ponto de referência compartilhado ao coordenar datas e prazos entre equipes em diferentes fusos horários, confirmando o equivalente UTC de qualquer horário local.

Referência Técnica

Definição de Timestamp Unix
Um timestamp Unix é a contagem inteira de segundos decorridos desde o epoch Unix: 1 de janeiro de 1970, 00:00:00 UTC (Tempo Universal Coordenado). O valor é o mesmo independentemente do fuso horário local do observador, tornando-o uma representação ideal e neutra de fuso horário para armazenar e comparar horários.
Valor Máximo de Inteiro com Sinal de 32 Bits
O valor máximo de um inteiro com sinal de 32 bits é 2.147.483.647. Como timestamp Unix, isso corresponde a 19 de janeiro de 2038 às 03:14:07 UTC. Sistemas que armazenam timestamps em inteiros com sinal de 32 bits terão overflow neste momento — um problema conhecido como o problema do ano 2038. Sistemas de 64 bits podem representar datas bilhões de anos no futuro.
JavaScript Usa Milissegundos
O Date.now() e new Date().getTime() do JavaScript retornam o número de milissegundos desde o epoch — não segundos. Isso produz números de 13 dígitos. Para converter para o timestamp Unix padrão em segundos, divida por 1000 e arredonde para baixo: Math.floor(Date.now() / 1000). Muitas APIs e ferramentas esperam segundos, então esta etapa de conversão é crítica.
Timestamps Negativos Representam Datas Pré-Epoch
Timestamps Unix podem ser negativos para representar datas antes de 1 de janeiro de 1970. Por exemplo, -86400 representa 31 de dezembro de 1969 às 00:00:00 UTC. O intervalo de um timestamp com sinal de 64 bits se estende de aproximadamente 292 bilhões de anos antes do epoch até 292 bilhões de anos depois, mais que suficiente para qualquer aplicação prática.
Tempo Unix Não Considera Segundos Intercalares
O tempo Unix assume exatamente 86.400 segundos por dia (24 horas × 60 minutos × 60 segundos). Na realidade, segundos intercalares são ocasionalmente inseridos pelo IERS para manter o UTC sincronizado com a rotação da Terra. Isso significa que o tempo Unix não é perfeitamente linear em relação ao TAI (Tempo Atômico Internacional), e a diferença cresce ao longo do tempo. Para a maioria das aplicações, essa discrepância é irrelevante, mas sistemas de cronometragem de precisão devem considerá-la.

Boas Práticas para Manipulação de Timestamps

Sempre Armazene Timestamps em UTC
Armazene timestamps em UTC (ou como timestamps Unix) e converta para hora local apenas na camada de exibição. Misturar fusos horários no seu banco de dados é uma fonte comum de bugs difíceis de reproduzir e depurar, especialmente durante transições de horário de verão.
Use Precisão de Milissegundos para APIs Modernas
A maioria das APIs modernas, ambientes JavaScript e bancos de dados usam milissegundos (timestamps de 13 dígitos) em vez de segundos (timestamps de 10 dígitos). Ao integrar com sistemas externos, confirme a precisão esperada — passar um timestamp em milissegundos onde segundos são esperados produzirá datas aproximadamente 11.000 anos no futuro.
Cuidado com o Problema do Ano 2038
Sistemas que armazenam timestamps Unix em inteiros com sinal de 32 bits terão overflow em 19 de janeiro de 2038 às 03:14:07 UTC. Audite sistemas legados em busca de campos de timestamp de 32 bits e migre para inteiros de 64 bits ou strings ISO 8601. A maioria das linguagens e bancos de dados modernos usa timestamps de 64 bits por padrão, mas sistemas embarcados, bancos de dados antigos e sistemas de arquivos podem ainda estar em risco.
Nunca Confie em Relógios do Lado do Cliente para Segurança
Relógios de dispositivos cliente podem ser configurados para qualquer valor, acidentalmente ou maliciosamente. Nunca use um timestamp fornecido pelo cliente para lógica sensível à segurança, como verificações de expiração de JWT, timeouts de sessão ou limitação de taxa. Sempre valide timestamps no servidor usando uma fonte de tempo confiável.
Use ISO 8601 para Intercâmbio Legível
Quando você precisa de um formato de timestamp que seja tanto legível por máquina quanto por humanos — por exemplo, em arquivos de log, arquivos de configuração ou respostas de API onde um desenvolvedor pode ler a saída — ISO 8601 (ex.: 2025-03-14T15:37:12Z) é a melhor escolha. É ordenável lexicograficamente, inequívoco e suportado por praticamente todos os parsers modernos.

Perguntas Frequentes

Por que o tempo Unix começa em 1 de janeiro de 1970?
A data epoch Unix de 1 de janeiro de 1970 foi escolhida pelos desenvolvedores do Unix nos Bell Labs no final da década de 1960 como um ponto de partida conveniente e redondo, que era tanto recente quanto computacionalmente prático. Na época, timestamps eram armazenados em inteiros de 32 bits, então o epoch precisava ser próximo o suficiente do presente para que datas comuns coubessem em um número de tamanho razoável. 1970 era simplesmente um ano redondo e limpo posterior ao início do desenvolvimento do sistema. Não há significado técnico profundo especificamente no 1 de janeiro de 1970 — foi pragmatismo de engenharia. Outros sistemas escolheram epochs diferentes: o toolbox clássico do Macintosh usava 1 de janeiro de 1904; o Windows NT usa 1 de janeiro de 1601; o tempo GPS começa em 6 de janeiro de 1980. Cada um reflete a era e as restrições de design do sistema que o escolheu. O que fez o epoch Unix persistir é que o Unix se tornou o sistema operacional dominante na computação, e toda linguagem de programação principal, banco de dados e sistema operacional eventualmente adotou o tempo Unix como padrão universal para representar timestamps legíveis por máquina. Hoje, o epoch Unix é efetivamente uma constante universal na computação, reconhecida por toda plataforma importante, de kernels Linux a motores JavaScript e bancos de dados SQL. A escolha tem uma consequência bem conhecida: datas antes de 1 de janeiro de 1970 são representadas como números negativos, que alguns sistemas mais antigos não conseguem tratar. Para datas históricas e cálculos astronômicos, formatos alternativos de timestamp são às vezes preferidos. Para a grande maioria do desenvolvimento de software, porém, o epoch Unix cobre confortavelmente todas as datas relevantes.
O que é o problema do ano 2038?
O problema do ano 2038 (também chamado de Y2K38 ou Epochalypse) é um problema de computação que afetará sistemas que armazenam timestamps Unix como inteiros com sinal de 32 bits. Um inteiro com sinal de 32 bits pode conter valores de -2.147.483.648 a 2.147.483.647. Quando interpretado como timestamp Unix, o valor máximo de 2.147.483.647 corresponde a 19 de janeiro de 2038 às 03:14:07 UTC. Um segundo depois, o contador sofrerá overflow e voltará para o valor mais negativo representável, que corresponde a 13 de dezembro de 1901 — fazendo com que esses sistemas interpretem datas futuras como estando no passado distante. As consequências podem variar de triviais a catastróficas dependendo de como os timestamps são usados. Sistemas podem rejeitar datas futuras válidas durante validação de entrada, ordenar incorretamente registros sensíveis ao tempo, calcular erroneamente datas de expiração para certificados e tokens, ou travar completamente ao encontrar o valor de overflow. A correção é simples: migrar para inteiros com sinal de 64 bits para armazenamento de timestamps. Um timestamp de 64 bits pode representar datas aproximadamente 292 bilhões de anos antes e depois do epoch — muito além de qualquer preocupação prática. A maioria dos sistemas operacionais, linguagens de programação e bancos de dados modernos já usa timestamps de 64 bits internamente. O risco está em código legado, sistemas embarcados, sistemas operacionais de 32 bits ainda em produção, metadados de sistemas de arquivos (como campos de timestamp do FAT32) e colunas de banco de dados definidas como INT em vez de BIGINT. Desenvolvedores devem auditar seus sistemas agora. A migração de timestamps de 32 bits para 64 bits deve acontecer antes de 2038 e, na prática, qualquer sistema com registros de longa duração (hipotecas, ativos de infraestrutura, documentos legais) pode encontrar o problema muito antes, à medida que datas futuras são inseridas nos campos afetados.
Qual é a diferença entre timestamps em segundos, milissegundos e microssegundos?
Timestamps Unix vêm em três precisões comuns, distinguidas pelo número de dígitos no valor: **Segundos (10 dígitos)**: O formato de timestamp Unix original e mais comum. `1741965432` representa um segundo específico no tempo. Usado por: chamadas de sistema Unix/Linux (`time()`), a maioria dos utilitários Unix, tokens JWT (claims `iat`, `exp`), cabeçalhos HTTP (`Last-Modified`) e muitas APIs REST. O timestamp atual tem aproximadamente 10 dígitos. **Milissegundos (13 dígitos)**: Precisão de um milésimo de segundo. `1741965432000` é o mesmo momento acima, multiplicado por 1.000. Usado por: `Date.now()` do JavaScript, `System.currentTimeMillis()` do Java, Node.js, a maioria das APIs JavaScript/TypeScript modernas, Redis e muitos clientes de banco de dados. Quando você vê um timestamp de 13 dígitos em uma resposta de API JSON, quase certamente são milissegundos. **Microssegundos (16 dígitos)**: Precisão de um milionésimo de segundo. `1741965432000000` é o mesmo momento multiplicado por 1.000.000. Usado por: tipos `TIMESTAMP` e `TIMESTAMPTZ` do PostgreSQL, `time.time_ns()` do Python (embora esse retorne nanossegundos), sistemas de trading de alta frequência e ferramentas de análise de pacotes de rede. O erro mais comum é misturar precisões — por exemplo, passar um timestamp em milissegundos para uma função que espera segundos. Isso produz datas aproximadamente 11.574 anos no futuro. Sempre verifique a documentação da API ou sistema com o qual está trabalhando para confirmar a precisão esperada, e use a detecção automática deste conversor como verificação de sanidade.
O tempo Unix considera segundos intercalares?
Não — o tempo Unix não considera segundos intercalares, e essa é uma de suas limitações conhecidas para aplicações de cronometragem de precisão. Segundos intercalares são ocasionalmente inseridos (ou teoricamente removidos, embora nenhum tenha sido removido ainda) pelo Serviço Internacional de Rotação da Terra e Sistemas de Referência (IERS) para manter o UTC sincronizado com a rotação ligeiramente irregular da Terra. Até 2026, 27 segundos intercalares foram inseridos desde que foram introduzidos em 1972. O tempo Unix assume um calendário perfeitamente regular com exatamente 86.400 segundos por dia (24 × 60 × 60). Quando um segundo intercalar é inserido, o mundo real tem um segundo que o tempo Unix ignora. Diferentes sistemas operacionais lidam com isso de formas diferentes: o Linux tradicionalmente "suaviza" o segundo intercalar executando o relógio ligeiramente mais lento por um período ao redor do ponto de inserção (abordagem do Google, também chamada de "leap smearing"); alguns sistemas duplicam o segundo em 23:59:60 UTC; outros simplesmente pulam o ajuste e deixam o relógio derivar. Para a grande maioria das aplicações de software — serviços web, APIs, bancos de dados, lógica de negócio — a discrepância acumulada de ~27 segundos de segundos intercalares ao longo de mais de 50 anos é completamente irrelevante. A diferença é imperceptível para qualquer aplicação voltada ao usuário. Onde segundos intercalares importam: sincronização GPS, observação astronômica, protocolos de temporização de rede de pacotes (PTP/IEEE 1588) e qualquer sistema que precise correlacionar timestamps Unix com TAI (Tempo Atômico Internacional) com precisão. Se sua aplicação se enquadra nessas categorias, você deve usar uma biblioteca de cronometragem que suporte explicitamente a consciência de segundos intercalares, ou trabalhar diretamente com timestamps TAI.
Timestamps Unix podem ser negativos?
Sim, timestamps Unix podem ser negativos, e timestamps negativos são uma forma legítima e bem definida de representar datas antes do epoch Unix (1 de janeiro de 1970, 00:00:00 UTC). Cada segundo antes do epoch corresponde a um decremento de 1 a partir de zero. Por exemplo, -1 representa 31 de dezembro de 1969 às 23:59:59 UTC; -86400 representa 31 de dezembro de 1969 às 00:00:00 UTC (exatamente um dia antes do epoch); e -2208988800 representa 1 de janeiro de 1900 às 00:00:00 UTC. A maioria das linguagens de programação e sistemas operacionais modernos suportam timestamps negativos. O `datetime.fromtimestamp(-86400)` do Python retorna corretamente 31 de dezembro de 1969. O `new Date(-86400 * 1000)` do JavaScript renderiza corretamente a mesma data. O PostgreSQL armazena timestamps como inteiros de 8 bytes e lida corretamente com datas milhares de anos antes do epoch. No entanto, existem ressalvas importantes. Alguns sistemas, bibliotecas ou drivers de banco de dados mais antigos podem não suportar timestamps negativos corretamente. Sistemas de 32 bits usando inteiros sem sinal para timestamps não podem representar valores negativos. Alguns bancos de dados definidos como UNSIGNED BIGINT ou tipos DATETIME podem rejeitar valores negativos ou interpretá-los como datas no futuro distante. Para datas históricas (qualquer coisa antes de 1970), frequentemente é mais seguro armazenar a data como string ISO 8601 ou usar um tipo de data nativo do banco de dados em vez de depender de timestamps Unix negativos para portabilidade. Este conversor lida com timestamps negativos corretamente e exibirá a data pré-1970 correspondente.
Como obter o timestamp Unix atual em JavaScript, Python ou outras linguagens?
Obter o timestamp Unix atual é simples em toda linguagem de programação importante: **JavaScript / TypeScript:** ```javascript // Segundos (maioria das APIs espera isso) const seconds = Math.floor(Date.now() / 1000); // Milissegundos (nativo do JavaScript) const milliseconds = Date.now(); ``` **Python:** ```python import time seconds = int(time.time()) # 1741965432 import datetime milliseconds = int(datetime.datetime.now(datetime.UTC).timestamp() * 1000) ``` **Go:** ```go import "time" seconds := time.Now().Unix() // int64 milliseconds := time.Now().UnixMilli() // int64 microseconds := time.Now().UnixMicro() // int64 ``` **Java:** ```java long seconds = System.currentTimeMillis() / 1000L; long milliseconds = System.currentTimeMillis(); // Ou com java.time (Java 8+): long seconds2 = Instant.now().getEpochSecond(); ``` **PHP:** ```php $seconds = time(); // integer $milliseconds = round(microtime(true) * 1000); ``` **Ruby:** ```ruby seconds = Time.now.to_i milliseconds = (Time.now.to_f * 1000).to_i ``` **Bash / Shell:** ```bash date +%s # segundos date +%s%3N # milissegundos (GNU date) ``` O mais importante a lembrar é que o JavaScript trabalha nativamente em milissegundos, enquanto praticamente toda outra linguagem usa segundos por padrão. Sempre seja explícito sobre qual precisão está usando e documente-a nos seus contratos de API para prevenir bugs de integração.
Como converter epoch time para uma data legível?
Existem três formas rápidas de converter epoch time (timestamps Unix) para uma data legível: **1. Use este conversor online (mais rápido)** Cole seu timestamp epoch no campo de entrada acima. A ferramenta detecta automaticamente se está em segundos, milissegundos ou microssegundos e exibe instantaneamente o resultado em UTC, seu fuso horário local, ISO 8601 e formatos de tempo relativo. Clique em Copiar para pegar qualquer formato. **2. Use código** Em JavaScript: `new Date(1741965432 * 1000).toISOString()` retorna `'2025-03-14T15:37:12.000Z'`. Em Python: `from datetime import datetime, UTC; datetime.fromtimestamp(1741965432, UTC)` retorna o mesmo resultado. Note que JavaScript espera milissegundos enquanto Python espera segundos — a fonte mais comum de bugs de conversão. **3. Use a linha de comando** No Linux ou macOS com GNU date: `date -d @1741965432` (Linux) ou `date -r 1741965432` (macOS). No Windows PowerShell: `[DateTimeOffset]::FromUnixTimeSeconds(1741965432).DateTime`. Todos os três métodos produzem o mesmo resultado. O conversor online acima é a opção mais rápida quando você só precisa de uma resposta rápida sem abrir um terminal ou escrever código.
Qual é o timestamp Unix atual agora?
O timestamp Unix atual é exibido no relógio em tempo real no topo desta página, atualizando a cada segundo. O timestamp Unix é simplesmente o número de segundos desde 1 de janeiro de 1970 00:00:00 UTC, e ele incrementa exatamente 1 a cada segundo. Para obter o timestamp atual programaticamente: - **JavaScript**: `Math.floor(Date.now() / 1000)` (segundos) ou `Date.now()` (milissegundos) - **Python**: `import time; int(time.time())` - **Bash**: `date +%s` Em 2026, o timestamp Unix atual está na faixa de 1,77 bilhão (10 dígitos). Ele alcançará 2 bilhões por volta de maio de 2033, e o valor máximo para sistemas de 32 bits (2.147.483.647) será alcançado em 19 de janeiro de 2038 às 03:14:07 UTC — o chamado problema do ano 2038. Salve esta página nos favoritos para sempre ter o epoch time atual a um clique de distância.
Preciso depurar um timestamp na resposta da minha API — como converter?
Copie o valor do timestamp da sua resposta de API (normalmente será um número de 10 ou 13 dígitos em um campo JSON como "created_at" ou "timestamp"). Cole-o diretamente no campo de entrada acima — a ferramenta detecta automaticamente se está em segundos ou milissegundos e mostra instantaneamente a data UTC, sua hora local e o formato ISO 8601. Se o timestamp está aninhado dentro de um token JWT, decodifique o payload do JWT (que é codificado em Base64URL) primeiro para extrair os campos iat, exp ou nbf, depois cole esses valores aqui. Para depuração em lote, use o trecho de código: new Date(timestamp * 1000).toISOString() no console do seu navegador para verificar rapidamente múltiplos timestamps sem sair das suas ferramentas de desenvolvimento.
Como obter o timestamp Unix atual em Python/JavaScript/Go?
Em JavaScript, use Math.floor(Date.now() / 1000) para segundos ou Date.now() para milissegundos. Em Python, use import time; int(time.time()) para segundos, ou int(time.time() * 1000) para milissegundos. Em Go, use time.Now().Unix() para segundos, time.Now().UnixMilli() para milissegundos, ou time.Now().UnixMicro() para microssegundos. Lembre-se que JavaScript trabalha nativamente em milissegundos enquanto Python e Go usam segundos por padrão — esta é a fonte mais comum de bugs de timestamp ao integrar sistemas escritos em linguagens diferentes. Sempre documente qual precisão sua API espera na especificação OpenAPI/Swagger.
O que acontece com timestamps Unix durante mudanças de horário de verão?
Timestamps Unix não são afetados de forma alguma por mudanças de horário de verão porque são baseados em UTC, que não observa horário de verão. Quando os relógios "adiantam" ou "atrasam" em um fuso horário local, o timestamp Unix continua incrementando exatamente 1 por segundo sem nenhuma lacuna ou repetição. Esta é uma das principais vantagens de armazenar horários como timestamps Unix em vez de strings de datetime local. No entanto, se você converter um timestamp Unix para hora local durante uma transição de horário de verão, o mesmo horário local pode corresponder a dois timestamps Unix diferentes (durante a hora de "atraso" quando os relógios repetem). Sempre armazene e compare timestamps em UTC, e converta para hora local apenas para fins de exibição.
Tenho um timestamp em milissegundos — como converter para segundos?
Divida o timestamp em milissegundos por 1000 e descarte a parte decimal. Em JavaScript: Math.floor(ms / 1000). Em Python: ms // 1000 (divisão inteira). Por exemplo, 1741965432000 (milissegundos) se torna 1741965432 (segundos). Você pode identificar timestamps em milissegundos pelo comprimento de 13 dígitos versus o comprimento de 10 dígitos dos timestamps em segundos. Esta ferramenta detecta automaticamente a precisão, então você pode colar qualquer formato diretamente. A conversão inversa (segundos para milissegundos) é simplesmente multiplicação por 1000: 1741965432 * 1000 = 1741965432000. Tenha cuidado para não passar acidentalmente um valor em milissegundos para uma função que espera segundos — o resultado seria uma data aproximadamente 11.574 anos no futuro.

Ferramentas relacionadas

Ver todas as ferramentas →

Conversor de Base Numérica — Binário, Hex, Decimal e Octal

Ferramentas de Conversão

Converta números entre binário, hexadecimal, decimal, octal e qualquer base personalizada (2-36) instantaneamente. Gratuito, privado, sem cadastro — todo o processamento acontece no seu navegador.

Decodificador e Codificador Base64

Codificação e Formatação

Decodifique e codifique Base64 online gratuitamente. Conversão em tempo real com suporte completo a UTF-8 e emoji. 100% privado — executa no seu navegador. Sem necessidade de cadastro.

Comprimir Imagens Online — JPEG, PNG e WebP

Ferramentas de Conversão

Reduza o tamanho de imagens em até 80% — comprima JPEG, PNG e WebP no navegador, sem upload. Lote de 20 imagens, ajuste de qualidade, compare antes e depois. Gratuito e privado.

Formatador e Validador JSON

Codificação e Formatação

Formate, valide e embeleze JSON instantaneamente no seu navegador. Ferramenta online gratuita com validação de sintaxe, detecção de erros, minificação e cópia com um clique. 100% privado — seus dados nunca saem do seu dispositivo.

Conversor de Comprimento — Métrico, Imperial e Mais

Ferramentas de Conversão

1 polegada = 2,54 cm, 1 pé = 0,3048 m, 1 milha = 1,609 km. Converta entre 16 unidades de comprimento instantaneamente — métrico, imperial, náutico e astronômico. Gratuito, privado, roda no seu navegador.

Gerador de Hash MD5 e Ferramenta de Checksum

Ferramentas de Segurança

Gere hashes MD5, SHA-256, SHA-1 e SHA-512 online gratuitamente. Faça hash de texto ou arquivos no navegador, verifique checksums e copie resultados. Sem cadastro necessário.