Apakah Angka Panjang Ini Timestamp? Milidetik vs Detik

Terakhir ditinjau 2026-05-03. Anda menempelkan angka 10, 13, 16, atau 19 digit dari log server, respons API, atau baris basis data, dan sekarang perlu tahu apa itu. Panduan ini adalah tes 30 detik - hitung digit, periksa kewajaran tahun, arahkan ke konverter yang tepat.

Tes 30 detik: hitung digit

Format timestamp Unix dominan mengenkode waktu sebagai hitungan "tick sejak 1970-01-01 00:00:00 UTC". Ukuran tick berbeda - detik, milidetik, mikrodetik, nanodetik - dan itu mengubah berapa digit yang dimiliki angka pada saat tertentu di 2026. Hari ini (2026), berikut aturan praktis hitungan digit:

Mengapa sebagian besar angka yang Anda lihat di web adalah milidetik

Date.now() JavaScript, System.currentTimeMillis() Java, dan sebagian besar backend modern yang memancarkan JSON default ke milidetik sejak epoch Unix. Momen itu - 2026-05-03 09:38:00 UTC - adalah 1777800999 dalam detik (10 digit) tetapi 1777800999000 dalam milidetik (13 digit). Bentuk 13 digit berakhir di respons jaringan, konsol dev-tool peramban, baris log, dan dashboard lebih dari bentuk timestamp lain, itulah mengapa pertanyaan pembaca paling umum untuk jenis timestamp ini adalah "ini angka 13 digit, tanggal berapa?"

Pengamatan itu memberi pemeriksaan cepat: jika angka Anda 13 digit dan dimulai dengan 1777, hampir pasti milidetik Unix dari Mei 2026. Jika dimulai dengan 16 atau 17 di 2026, ada di kisaran yang tepat. Jika dimulai dengan 1 diikuti apa pun (misalnya 1234567890123), Anda masih harus mengonversinya ke tanggal dan memeriksa tahun sebelum berasumsi - data uji palsu sering memilih angka kesombongan seperti 1234567890 yang dirender sebagai 2009 (Jumat 13 Februari).

Ketika angka BUKAN timestamp

Beberapa angka panjang terlihat seperti timestamp tetapi bukan:

• ID Snowflake / Twitter / Discord (biasanya 18-19 digit). Ini mengenkode timestamp di bit tinggi tetapi bit rendah adalah ID worker dan penghitung urutan; memperlakukan seluruh angka 19 digit sebagai nanodetik Unix akan menghasilkan tanggal yang sangat salah. Decoding Snowflake memerlukan pergeseran bit, bukan pembagian.
• UUIDv7 (32 digit hex, tetapi 12 karakter hex pertama mengenkode milidetik). Jika Anda punya 32 karakter hex yang diformat dengan tanda hubung, itu UUID, bukan timestamp - konversi hanya 48 bit pertama jika Anda perlu waktu yang dilekatkan.
• ID urutan BIGINT basis data. Ini adalah integer yang naik otomatis dan tidak memiliki komponen waktu; mereka kebetulan tumbuh ke kisaran 12-13 digit saat urutan maju. Pemeriksaan cepat: jika kolom yang sama pada baris berdekatan berbeda 1 (atau langkah kecil yang dapat diprediksi), itu adalah urutan, bukan timestamp.
• Nomor telepon disimpan sebagai integer. Angka 10-12 digit yang dimulai dengan prefix kode negara (misalnya 1212 untuk New York) mungkin nomor telepon yang dirender tanpa pemisah. Konversi dan periksa: jika tahun yang dihasilkan sebelum 1970 atau setelah 2100, itu bukan timestamp Unix.
• Nomor akun / pesanan. Angka gaya padding seperti 1000000123 (10 digit tetapi bukan nilai detik Unix) biasanya memiliki prefix lebar tetap yang mengkhianatinya - mereka tidak tumbuh secara stabil dari waktu ke waktu.

Disambiguasi termurah adalah menempelkan angka ke konverter milidetik dan lihat tahunnya. Jika hasilnya di 1970 (angka sebenarnya detik, Anda perlakukan sebagai ms) atau di tahun masa depan yang jauh seperti 56.000 (angka adalah milidetik, Anda perlakukan sebagai detik), hitungan digit akan memberi tahu Anda ke arah mana untuk mengonversi. Jika hasilnya masuk akal (2025-2027 untuk data langsung, 1990-2025 untuk data historis), Anda punya jawabannya.

Buku panduan konversi cepat

Tiga langkah, tanpa matematika:

1. Hitung digit. 10 digit = detik; 13 = milidetik; 16 = mikrodetik; 19 = nanodetik; jika tidak lihat bagian sebelumnya.
2. Tempel ke konverter yang tepat. Angka 13 digit langsung ke konverter milidetik ke tanggal. Detik 10 digit: tambahkan tiga nol (jadi 1777800999 menjadi 1777800999000) dan tempel. Mikrodetik 16 digit: hapus tiga digit terakhir. Nanodetik 19 digit: hapus enam digit terakhir. Konverter menunjukkan tanggal UTC yang dihasilkan dan tanggal lokal Anda.
3. Periksa kewajaran tahun. Jika tahunnya tidak terduga (1970 atau 56000), Anda mengonversi ke arah yang salah. Baca ulang hitungan digit dan coba lagi. Jika tahunnya masuk akal, Anda punya nilai yang tepat.

Untuk masalah sebaliknya - "berikan saya milidetik Unix saat ini agar saya bisa membandingkan" - buka alat milidetik Unix saat ini; berdetak langsung dan menyalin ke clipboard. Membandingkan dua timestamp adalah cara tercepat untuk mengonfirmasi apakah angka Anda "sekarang-ish" atau data lama.

Pertanyaan yang sering diajukan

Bagaimana dengan angka 11 atau 12 digit? Mereka terlihat hampir seperti detik.
Detik Unix tidak akan menghasilkan 11 digit hingga tahun 2286. Milidetik Unix adalah 12 digit antara 2001 (10^12 ms = 31,7 tahun setelah 1970) dan 2286. Jadi angka 12 digit era saat ini kemungkinan besar adalah ID urutan atau nomor telepon; angka 11 digit hampir pasti bukan nilai Unix saat ini dari jenis apa pun.

Angkanya negatif atau dimulai dengan tanda minus. Apakah itu timestamp?

Ya - timestamp Unix negatif adalah tanggal sebelum 1970-01-01 UTC. -1000000000 detik adalah 1938-04-24. Sebagian besar pustaka standar bahasa menangani detik negatif dengan benar; beberapa alat web menolaknya. Konverter milidetik akan menerima input negatif.

Mengapa tanggal yang sama memberikan angka berbeda di dua sistem?

Angka itu sendiri bebas zona waktu (waktu Unix selalu UTC). Yang berbeda adalah bagaimana setiap sistem merender angka menjadi string yang dapat dibaca - satu alat mungkin memilih UTC, yang lain zona lokal Anda. Integer Unix yang mendasari sama. Jika dua sistem tidak setuju tentang angka untuk momen yang sama, salah satunya menggunakan unit yang berbeda (detik vs milidetik) atau epoch yang berbeda (misalnya Excel menggunakan 1900-01-01 sebagai epoch-nya, yang bukan waktu Unix).

Bisakah saya mendapatkan detik pecahan dari nilai Unix 10 digit?

Tidak - nilai detik 10 digit memiliki resolusi 1 detik. Detik pecahan (presisi milidetik / mikrodetik) memerlukan format yang lebih panjang. Jika data Anda butuh presisi sub-detik, Anda harus menyimpan milidetik (13 digit), mikrodetik (16), atau nanodetik (19). Menyimpan hanya integer detik membuang presisi.

Apakah JavaScript new Date().valueOf() sama dengan Date.now()?
Ya. Keduanya mengembalikan milidetik Unix. Date.now() adalah bentuk modern yang lebih disukai; new Date().valueOf() lebih tua, lebih lambat (mengalokasikan objek Date) tetapi menghasilkan angka yang sama.

Terkait

• Konversi Milidetik ke Tanggal - alat aksi untuk angka 13 digit; kalikan detik 10 digit dengan 1000 lebih dulu.
• Dapatkan Milidetik Unix Saat Ini - ticker langsung; berguna untuk membandingkan angka Anda dengan "sekarang".
• Timestamp Unix Dijelaskan - referensi format: epoch, ISO 8601, RFC 2822, UTC vs waktu lokal, tiga jebakan timestamp umum.
• MD5 vs SHA-256 kapan hash - jika "angka" Anda ternyata 32 atau 64 karakter hex, itu hash, bukan timestamp.
• Format data CSV vs JSON - format tempat timestamp Anda datang sering memberi petunjuk tentang bagaimana ia dienkode (ISO 8601 di CSV, milidetik di JSON).