
Cara melihat file JSON yang sangat besar tanpa membuat browser crash
Dipublikasikan 23 Jul 2026
Menempelkan dump API 50MB atau ekspor database penuh ke tool JSON berbasis browser mana pun — termasuk tool ini — akan membuat tab menjadi lambat atau bahkan benar-benar membeku. Ini bukan bug pada tool tertentu, melainkan sifat dasar dari cara browser me-render teks dan DOM. Berikut apa yang sebenarnya terjadi dan cara mengatasinya.
Kenapa file JSON besar membuat browser membeku, bukan sekadar “lambat memuat”
Ada dua biaya terpisah yang saling menumpuk:
- Biaya parsing.
JSON.parsepada string 50MB yang well-formed hanya butuh sekitar setengah detik hingga beberapa detik di laptop biasa — cukup terasa, tapi bukan masalah sebenarnya. - Biaya rendering. Inilah yang benar-benar membuat tab tidak responsif. Kalau sebuah tool me-render hasil format sebagai blok teks raksasa (atau lebih parah lagi, tree yang bisa dilipat dengan satu node DOM per key), browser harus melakukan layout dan paint untuk berpotensi jutaan node DOM. Inilah yang membuat tab macet, bukan proses parsing-nya.
Jadi batas ukuran yang Anda temui hampir tidak pernah berasal dari spesifikasi JSON atau parser-nya — melainkan dari meminta browser untuk menggambar teks atau UI bertingkat dalam jumlah sangat besar sekaligus.
Alur kerja sebenarnya untuk file yang benar-benar besar
Jangan buka seluruh file di mana pun di browser. Sebagai gantinya:
- Ekstrak dulu hanya bagian yang Anda butuhkan. Kalau Anda sedang men-debug satu record yang rusak di dalam dump 200MB, Anda tidak perlu 199MB sisanya tampil di depan mata. Tool command-line bisa menangani ini tanpa pernah memuat seluruh file ke memori seperti yang dilakukan tab browser:
# ambil satu key top-level dari file besar, secara streaming jq '.results[42]' huge-file.json > fragment.json # atau langsung grep untuk mencari konteks di sekitar string yang diketahui grep -n '"user_id": 88214' huge-file.json - Format hanya fragment tersebut di browser. JSON hasil ekstraksi yang hanya berukuran beberapa KB akan langsung terformat dan benar-benar mudah dibaca — kebiasaan “format hanya fragment yang relevan” ini layak diterapkan untuk log atau dump besar apa pun, bukan cuma untuk kasus error yang satu ini.
- Kalau Anda hanya perlu melihat struktur, bukan nilainya, jalankan
jq 'keys'ataujq '. | length'secara lokal terlebih dahulu untuk memahami bentuk datanya sebelum memutuskan apa yang akan diekstrak. Anda tidak perlu melihat 50.000 entri array hanya untuk tahu bahwa array itu berisi 50.000 entri.
Kapan tool berbasis browser sebenarnya masih cukup
Untuk sebagian besar kebutuhan debugging sehari-hari — response API, file konfigurasi, payload webhook — Anda berurusan dengan ukuran kilobyte hingga beberapa megabyte, bukan ratusan megabyte. Pada rentang ini, langsung menempelkan ke formatter dan mendapat output instan yang mudah dibaca lengkap dengan lokasi error yang tepat jauh lebih cepat dibanding beralih ke command line. Ambang batas di mana ini mulai bermasalah jauh lebih tinggi dari yang kebanyakan orang kira; yang benar-benar bermasalah spesifiknya “puluhan megabyte ke atas,” bukan “lebih dari satu halaman.”
Referensi cepat
| Ukuran file | Yang harus dilakukan |
|---|---|
| Di bawah ~5MB | Tempel langsung ke formatter browser — instan, tidak masalah |
| ~5–30MB | Masih bisa dikerjakan, tapi siapkan jeda sebentar; format hanya bagian yang perlu dibaca |
| 30MB+ | Ekstrak dulu fragment yang relevan dengan jq/grep, baru format bagian itu saja |
Tool ini tidak butuh “mode file besar” untuk mengatasi masalah ini — solusinya adalah mengekstrak sebelum melihat, yang merupakan perubahan alur kerja, bukan keterbatasan tool.