Если вы говорите о том, как Workbox помечает значение файла ha sh в URL, тогда я могу ответить на этот вопрос.
Ха sh - это вычисление содержимого файла. Что остается неизменным, пока вы не измените что-либо в файле. Тогда файл имеет другой ха sh. Поэтому Workbox генерирует манифест каждый раз, когда вы запускаете сценарий для создания работника сервиса.
Тогда, когда работник сервиса установлен, он будет получать только обновления для сетевых ресурсов, которые были обновлены. Он также может выполнить проверку ha sh для проверки того, что файл является ожидаемым.
Другой способ, которым я выполняю это без файла манифеста, и шаг сборки, который необходимо поддерживать, - это отправлять HEAD-запросы в сеть. активы. Сервер должен вернуть последнее обновленное значение заголовка, которое вы можете проверить по значению в кэше, когда файл был создан.
Я не совсем усовершенствовал этот метод, но когда я получу его стабильным, я, вероятно, создам статья о методе.
Но конечная цель состоит в том, чтобы устранить как можно больше циклов и сократить нагрузку на сервер и клиент.