两个 scope 的 SW 抢同一页面 到底谁在控制

主站和子目录各注册了一个 SW，/app 下的页面有时走 A 的缓存有时走 B，controller 的 scriptURL 每次刷新都不一样。日志里能对上时间点，这种反而好排。

作用域按最长前缀匹配，子目录的 SW 会接管其下所有页面，主站那个就退到后面。两个脚本各自维护缓存，同一个请求可能落到不同的处理逻辑。这一点先确认清楚，后面就不用反复试。

navigator.serviceWorker.register('/sw.js', {
  scope: '/',
  updateViaCache: 'none'
});

围绕「SW scope 冲突」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。

报错里带路径的，先去看那个路径在不在、权限对不对。同一份配置存在多处的，先确认改的是被加载的那一份。

处理上按这个顺序：全站只保留一个 SW，子目录用路由分支处理，别再单独注册；确实要拆时把 scope 写窄，明确到具体路径并加 scope 参数；注册时带上 updateViaCache: 'none'，避免旧脚本互相覆盖。

结果对不对很好判断，连续刷新 /app 页面十次，controller 的 scriptURL 始终是同一个，缓存条目只有一套。