Un archivo JSON de decenas de megabytes puede congelar el hilo principal, y un JSON cuidadosamente elaborado puede perforar un servicio; esta categoría cubre tanto el rendimiento como las defensas.
6 artículosA menudo el análisis no es el cuello de botella; lo son el renderizado y las copias. Optimiza a lo largo de las cuatro capas "analizar → recorrer → renderizar → transportar" para no desperdiciar esfuerzo.
JSON.parse en sí es seguro; el peligro está en lo que ocurre después: fusiones profundas, asignación por ruta, incrustación en HTML, profundidad y tamaño sin límites.
Minificar recorta entre un 30 y un 50 % del JSON en bruto, pero gzip borra la mayor parte de esa ganancia. Cifras medidas con formas reales, más los cuatro casos en los que minificar empeora las cosas.
Un archivo JSON de 10 MB puede convertirse en 30-50 MB dentro del heap de V8. Descubre lo que realmente cuestan las cadenas, los objetos y los números, cómo tomar una línea base con process.memoryUsage y cuándo ayuda el streaming.
El tartamudeo empieza cuando se crean los nodos del DOM, no cuando haces scroll. Cubre el renderizado con plegado previo, las listas virtuales, el resaltado de búsqueda y los límites de los Workers, con métricas.
Las exportaciones JSON de decenas de MB suelen congelar editores de texto y herramientas en línea, mientras que el parseo en sí solo tarda unos cientos de milisegundos. Medimos el tiempo y la memoria en cada etapa para una muestra de 45 MB con 500.000 registros, mostrando que el coste real está en el número de líneas y nodos, y construimos una tabla de selección de herramientas por tamaño de archivo: visor en línea, línea de comandos, procesamiento por stream y aplicación de escritorio.
