Personal de la industria de servicios
Para mejorar la velocidad de acceso, el navegador dividirá los recursos de la caché en memoria caché y caché dist de disco. Se colocarán pequeños recursos en la memoria en poco tiempo para acelerar el acceso. Vale la pena señalar que actualmente no existe un estándar para este almacenamiento, por lo que diferentes navegadores tienen diferentes estrategias de almacenamiento.
Después de almacenar en caché el recurso, al acceder al recurso nuevamente, el navegador primero verificará si hay un recurso en la memoria y luego iniciará una solicitud para recuperar el recurso. Por lo tanto, los trabajadores de servicios no pueden interceptar recursos en la memoria, pero pueden procesar recursos en el disco.
Los trabajadores del servicio utilizan la API de caché para almacenar en caché los recursos en el disco. Los recursos almacenados en caché también se pueden eliminar cuando el navegador administra el uso del disco.
Cuando el trabajador del servicio no se inicia ni se detiene, el navegador necesita iniciarlo para realizar la solicitud, por lo que puede haber un retraso.
Resumen:
Cuando el trabajador del servicio almacena en caché a través de la API de caché, existen dos métodos de almacenamiento en caché diferentes, uno es el almacenamiento en caché previo y el otro es el almacenamiento en caché en tiempo de ejecución.
El almacenamiento en caché generalmente se realiza durante la fase de instalación del trabajador del servicio y los recursos se pueden cargar por adelantado mediante el almacenamiento en caché. Pero es necesario prestar atención al momento y la cantidad de recursos de carga.
La caché en tiempo de ejecución se utiliza para almacenar en caché los recursos a los que se accede y optimizar la recuperación de recursos.
El ciclo de vida de un trabajador de servicio es: registro -> instalación) -> estar activo. El trabajo de servicio se activará después de la instalación y no tendrá efecto hasta que se active.
Para registrar un trabajador de servicio, debe proporcionar service-worker.js para describir el propósito del trabajador de servicio. Tenga en cuenta que la ubicación del archivo service-worker.js determina las páginas controladas por service-worker. Las páginas fuera del archivo service-worker.js no se pueden controlar. Tenga en cuenta que la ubicación del archivo limita las páginas controladas por el trabajador del servicio, no la dirección solicitada. El trabajador del servicio aún puede controlar las solicitudes enviadas externamente desde la página actual, incluidas las solicitudes de origen cruzado.
El método de configuración de los trabajadores de servicio locales no se describirá aquí.
Para facilitar su uso, Google ha lanzado service-worker-workerbox para simplificar el uso. El archivo service-worker.js se puede generar automáticamente con una configuración simple.
La biblioteca Register-service-worker también se puede utilizar para registrar e instalar comandos.
Centrarse en proyectos específicos.
El marco umi se utiliza actualmente en el proyecto, por lo que la biblioteca workbox-webpack-plugin debe importarse al archivo de configuración de umi.
Luego llame a Register-Service-Worker en app.ts para registrar al trabajador de servicio.
Esto completa una configuración sencilla del personal de servicio.
Desbordamiento de pila: por qué usar un trabajador de servicio
Pregunta de ServiceWorker: diferencia entre disco y memoria caché
Caché de trabajador de servicio y caché HTTP
Introducción a la caja de herramientas y al trabajador de mantenimiento
Programa de trabajador del servicio de configuración Umi3.x
Cómo usar PWA en umi 3.0
Trabajador del servicio de registro