Busca en todas las páginas de la documentación
Límites de tamaño de bundle, tiempo-a-interactivo (TTI) y velocidad de fotogramas con propietarios designados para aplicaciones Expo SDK 57 en React Native 0.86. Los presupuestos de rendimiento convierten el subjetivo "se siente lento" en compuertas de fusión y lanzamiento. Asigna propietarios - los presupuestos anónimos se ignoran.
| Métrica | Umbral (inicio) | Rol del propietario |
|---|---|---|
| Bundle JS principal (Hermes) | ≤ 4 MB comprimido | Líder de plataforma móvil |
| Descarga total (actualización OTA) | ≤ 8 MB | Ingeniero de versión |
| TTI inicio en frío (pestaña principal) | ≤ 2.5 s en Android de referencia | Líder de equipo de características |
| FPS de desplazamiento (lista principal) | ≥ 55 fps sostenido | Especialista en rendimiento de UI |
| Memoria después de sesión de 10 min | ≤ 350 MB en Android de referencia | Oncall móvil |
Ajusta los números por categoría de aplicación - documenta tus umbrales en docs/performance-budgets.md y vincula desde README.
Publica presupuestos escritos antes de congelación de características: MB de bundle, segundos de TTI, pisos de FPS, y techos de memoria - la tabla de inicio anterior es una plantilla, no una ley universal.
Elige dispositivos de referencia y versiones de SO: Un Android de rango medio y un dispositivo iOS más antiguo - todas las auditorías usan el mismo grupo de hardware.
Define la medición de TTI: Inicio en frío - primer frame interactivo en la pestaña de ingresos principal (por ejemplo, botón de envío de feed de inicio habilitado).
performance.mark en layout raíz y onLayout de pantalla, o React Native Performance API.Define el alcance del bundle: Bundle Hermes principal + chunks cargados perezosamente antes de TTI - documenta qué divisiones asincrónicas cuentan hacia presupuesto de primer abierto.
npx react-native bundle con --verbose o análisis de exportación de Expo.Vincula regresiones a política de reversión: Regresión de bundle o TTI más allá de X% activa consideración de reversión de Reglas de Lanzamiento y OTA.
ADR para excepciones de presupuesto permanentes: Aplicaciones pesadas con mapas sin conexión o video pueden necesitar techos más altos - documenta valor para el usuario y mitigación (carga perezosa, descarga bajo demanda).
Verificación de tamaño de bundle Hermes en CI: El script compara el bundle exportado con el umbral - no pasar PR cuando esté por encima del presupuesto sin aprobación de etiqueta perf-budget.
scripts/check-bundle-size.sh.Revisión de tamaño de dependencia en nativos y adiciones JS: npx expo install nuevo paquete - verifica el costo de importación y el impacto del tamaño de binary nativo.
date-fns, subconjuntos de lodash-es.Ningún nuevo require sincrónico en ruta de inicio: Difiere módulos pesados con import() en pestañas no críticas - grep require( en app/_layout.tsx y proveedores raíz.
Presupuestos de imagen y fuente: WebP/AVIF donde sea compatible; subconjunto de fuentes vía expo-font - máximo dos familias de fuentes en ruta crítica.
Lint de rendimiento de lista en revisión: FlatList / FlashList requiere keyExtractor, componente renderItem estable, y filas memoizadas - sin hooks dentro de renderItem.
renderItem.Worklets de Reanimated y gesto se quedan fuera del hilo JS: Las animaciones que pierden fotogramas activan investigación antes de fusión - perfila con react-native-performance.
LayoutAnimation en listas con 500+ filas.TTI inicio en frío en Android de referencia cada RC: Registra mediana de 5 inicios en frío - compara con RC anterior y presupuesto.
FPS de desplazamiento en pantalla de lista principal: Prueba de volteo a través de 50 elementos - piso de fps sostenido (55+) en dispositivo de referencia.
FlashList, componentes de fila más pequeños, correcciones de tamaño de imagen.Instantánea de memoria después de sesión de 10 minutos escrita: Navega pestañas, abre detalle, regresa - heap estable sin suba que indique fugas.
SharedObject de módulos Expo en desmontaje.Tamaño de descarga de actualización OTA antes de publicación en producción: Tamaño de artefacto eas update - advierte cuando esté por encima del presupuesto OTA.
expo-asset; deduplica imágenes.Cascada de red en pantalla principal: Paraleliza solicitudes independientes; evita cadenas await serie bloqueando pintura.
Verificación spot de batería y térmica: Sesión de navegación de 15 minutos - el dispositivo no debe acelerador severo en Android de referencia.
Etiqueta de PR de rendimiento: Los cambios que toquen listas, imágenes, inicio, o deps > 50 KB requieren perf-review del propietario del presupuesto.
Dashboard semanal: TTI, libre de fallas, muestreo de fps (si RUM disponible), tendencia de tamaño de bundle - visible para producto e ingeniería.
Verificación de Nueva Arquitectura en actualización: RN 0.86 Nueva Arquitectura puede cambiar características de rendimiento - re-baseline después de bumps de SDK.
Feature flags para experimentos de rendimiento: Lanza desplazamiento infinito o nueva pipeline de imagen al 5% antes de OTA completa - observa métricas RUM.
Sin tickets de deuda de rendimiento sin métrica: "Hacer la aplicación más rápida" no es un ticket - "Reducir TTI de inicio desde 3.1s a 2.5s en Pixel 6a" es.
Apéndice de rendimiento de envío a tienda: El ticket de lanzamiento incluye TTI, tamaño de bundle, resultados de auditoría de FPS, y enlaces ADR de exención - aprobación de QA referencia números.
Muchas aplicaciones de consumidor apuntan a 3-5 MB comprimido de bundle Hermes principal en TTI. Las aplicaciones pesadas (mapas, video) necesitan techos más altos con justificación ADR. Mide tu baseline antes de copiar un número.
Android de gama baja expone tartamudeos, presión de memoria, y almacenamiento lento que los iPhones insignia ocultan. Si pasa en Android de rango medio, iOS usualmente está bien; lo inverso es falso.
Marca el lanzamiento de aplicación en _layout.tsx raíz, marca interactivo cuando la pantalla principal termina layout y la puerta de datos se abre. Usa Performance API o eventos de analytics personalizados - excluye compilaciones de dev client.
Sí - cada actualización tiene un presupuesto de tamaño de descarga. Bundles OTA grandes ralentizan actualizaciones y aumentan tasas de falla. Verifica el tamaño del artefacto antes de eas update de producción.
Por defecto FlashList para listas heterogéneas largas en SDK 57. FlatList está bien para listas estáticas cortas. El propietario del presupuesto revisa cambios de lista en feeds principales.
Raramente confiablemente - la auditoría de FPS se mantiene manual o basada en RUM. CI es excelente en tamaño de bundle y verificaciones de dependencia; el laboratorio de dispositivos cubre fotogramas.
Definido por equipo - a menudo regresión de TTI > 15%, aumento de falla, o sobrecorrida de bundle vinculada a fallas de inicio. Documenta disparadores en tabla de Reglas de Lanzamiento y OTA.
Sí si se empaquetan en tiempo de compilación. Prefiere assets dimensionados apropiadamente, formatos modernos, y CDN remoto para medios raramente usados.
Fabric puede mejorar rendimiento de desplazamiento de lista pero puede cambiar memoria - re-baseline después de habilitar en RN 0.86. No asumir números idénticos a Arquitectura Antigua.
El propietario designado para esa métrica más líder móvil. ADR de exención incluye versión de lanzamiento de vencimiento y plan de mitigación.
Sí con RUM de muestreo (rendimiento de Sentry, analytics personalizado) - respeta privacidad, sin PII en eventos de rendimiento. El staging refleja arquitectura de prod para inmersiones profundas.
Expo Go incluye overhead extra - nunca uses para aprobación de presupuesto. Usa vista previa o compilaciones perfiladas en producción de EAS en dispositivos de referencia.
Mide por exportación de aplicación desde apps/mobile. Los paquetes compartidos cuentan hacia cada aplicación que los importa - aplica límites de paquete para evitar importaciones de bloat accidentales.
Versiones de Stack: Esta página fue escrita para React 19.2.3, React Native 0.86.0, y Expo SDK 57 (
expo~57.0.4).
Revisado por Chris St. John·Última actualización: 9 jul 2026