Hora atual em milissegundos: leia o valor epoch ao vivo e use-o corretamente

Última revisão: 2026-05-24. A ferramenta de hora atual em milissegundos gratuita retorna o valor epoch ao vivo que o navegador vê agora, em milissegundos desde 1970-01-01T00:00:00 UTC. Este guia explica o que é esse número, quando usá-lo em vez de segundos, e os três ou quatro pequenos erros que produzem datas que parecem deslocadas por décadas.

Última revisão: 2026-05-24

Revisado pela equipe editorial FreetoolOnline

O que o valor ao vivo realmente representa

A hora atual em milissegundos é um único inteiro que conta quantos milissegundos decorreram desde a epoch Unix, fixada em 1970-01-01T00:00:00 UTC. O número é livre de timezone: não carrega um calendário, um deslocamento, ou uma regra de horário de verão. Quando você vê 1779645000000 em uma linha de log e um colega vê o mesmo número em outro continente, ambos estão olhando o mesmo instante; apenas a renderização legível por humanos na tela muda por localidade.

A ferramenta ao vivo lê o valor que o navegador vê via Date.now() e o imprime sem nenhum round-trip de rede. Como a ferramenta roda inteiramente no navegador, o valor reflete o relógio do dispositivo em que você está - se esse relógio derivou, o valor reflete a deriva. Para timestamps de grau de auditoria, prefira um valor emitido pelo servidor (cada requisição web que um servidor manipula já carrega um timestamp de alta precisão). Para uma leitura rápida durante depuração de UI, uma linha de log, ou um payload JSON, o valor do navegador é suficiente.

Tabela de fatos rápidos

Propriedade	Valor
Formato	Inteiro de 13 dígitos, livre de timezone
Origem da epoch	1970-01-01T00:00:00 UTC
Precisão	1 milissegundo (1/1000 de um segundo)
API de leitura no navegador	Date.now() ou new Date().getTime()
APIs de leitura no servidor	Java System.currentTimeMillis(); Python time.time() * 1000; Go time.Now().UnixMilli()
Ferramenta de implementação	https://freetoolonline.com/utility-tools/get-time-in-millisecond.html (no navegador, sem upload)
Conversor companheiro	milissegundos para data

Quando ler milissegundos (e quando ler segundos)

A escolha entre milissegundos e segundos geralmente remonta à API ou ao sistema com o qual você está interagindo. JavaScript, Java, e a maioria dos logs baseados em JVM usam timestamps em milissegundos nativamente; shells Unix, muitas APIs C, e uma longa cauda de protocolos mais antigos usam timestamps de precisão em segundos. A regra visual é curta: um número de 13 dígitos é milissegundos; um número de 10 dígitos é segundos. Misturar os dois é a causa mais comum de datas que parecem deslocadas por décadas - alimentar um valor de 13 dígitos a um parser que espera segundos dá um ano em algum lugar em torno do ano 58000.

Para um tratamento mais longo da decisão segundos-vs-milissegundos (com a regra exata detectora 10-dígitos-vs-13-dígitos), leia o guia companheiro em número longo: milissegundo ou segundo?. Para a questão de exibição de timezone que segue uma vez que a conversão é bem-sucedida, leia milissegundos para data: UTC vs hora local.

Como copiar o valor de forma limpa

1. Abra a ferramenta de hora atual. O número ao vivo é renderizado na primeira dobra.
2. Clique no botão copiar ao lado do valor, ou selecione e copie o inteiro de 13 dígitos manualmente.
3. Cole no destino - uma linha de log, um campo JSON (use um tipo number, não uma string), um cabeçalho HTTP, ou a query string da URL para um debug rápido.
4. Se o destino espera segundos, descarte os últimos três dígitos ou divida por 1000 (divisão inteira; não arredonde). Se espera ISO 8601, cole em milissegundos para data primeiro.

Perguntas frequentes

Por que o valor ao vivo muda toda vez que abro a página?

A ferramenta lê Date.now() em cada carga de página, então o número reflete o instante daquela carga. Duas aberturas com um minuto de diferença diferem por cerca de 60000 (60 segundos vezes 1000 milissegundos). O valor não é um número aleatório estático; é o relógio ao vivo.

O valor em milissegundos depende do meu timezone?

Não. O valor é a contagem de milissegundos desde 1970-01-01T00:00:00 UTC. Não se move quando você cruza um timezone ou quando o horário de verão começa. O que se move é a exibição legível por humanos - "19 de abril de 2024, 15:00 UTC" lê como 22:00 em Bangkok ou 08:00 em Los Angeles, mas o número subjacente é o mesmo.

Posso confiar nisto para timestamps de grau de auditoria?

Para logging de grau de auditoria, prefira um timestamp emitido pelo servidor - todo servidor já registra o tempo da requisição com precisão de sub-segundo e não está sujeito à deriva de relógio do cliente. O valor no navegador é bom para depuração, logs de demo, payloads de API de amostra, e perguntas de leitor "o que é agora em milissegundos". Para resposta a incidentes ou logging de evidência legal, encaminhe pelo servidor.

O que a regra 13-dígitos-vs-10-dígitos realmente significa?

Um timestamp Unix atual em segundos é um número de 10 dígitos (o limite passou em 2001 em 1000000000). O mesmo instante em milissegundos é esse número vezes 1000, que é 13 dígitos. Então se você lê um número de um log e tem 13 dígitos, é milissegundos; se tem 10, é segundos. Misturá-los dá datas no ano 58000 ou em 1970, nenhum dos quais é o que você queria.

Por que o snippet JavaScript é Date.now() e não new Date()?

Ambos retornam o mesmo valor quando coagidos a um número. Date.now() é o método estático no construtor Date; retorna um número primitivo diretamente e é a leitura mais barata. new Date() retorna um objeto Date cujo método .getTime() retorna o mesmo número. Para logging e timestamps, Date.now() é a chamada idiomática.