谁之锅？——浅谈Van-nav导致导航页缓存滞留问题
我的朋友大彬也同样遭遇了此问题，他博客对此事亦有记载，并给出了详细的分析和解决办法
请点击此处：哎我真蠢-service worker与nav页爆炸。
文章写于2025年2月1日，并非2024年12月29日
注：本文章会将Nav-van与Van-nav混用
为啥？因为我总是搞不清顺序（
导航页地址:www.mctsw.top
顺带一提，我导航页到现在为止都未加入自动深浅变换，我这个人已经懒完了(bushi
前言
在2024年12月28日更新的本站历程上，我有写下这么两句话：
“2024-09-09，添加Nav-van作为导航"
"2024-11-18，主页由Nav-van更改为自建html"
我为何要把已造好的轮子拆除，又遭遇了什么问题？
启用
事情要从2024年9月9日说起，那时，刚创建好网站不久的我，想着需要给网页增添一个导航页才能展现出网站的丰富多彩属性。我的某位不愿意透露姓名的朋友大彬使用了一个名为nav-van的导航页小程序，并把它反向代理到了nav的二级域名。
有样学样的我，肯定不会放弃这个煮熟的鸭子。我在GitHub依葫芦画瓢还真就给我找到了仓库页面，安装到启用一切行云流水，正常运作，操作简便。直到。。。
弃用
2024年11月17日，逐渐弄清楚点门道的我越发越觉得nav的导航样式过于单一，于是想自建一个导航页。
2024年11月18日，导航页HTML制作完成，我像以前一样，通过静态网页托管，上传HTML。
不出意外的话。。意外就出了
起拥
非常神奇的事情发生，上传完后，即使清除了反代理缓存，重启或重建DNS解析，都无法正确显示出HTML导航页；无论如何刷新，普刷也好强刷也罢，出来的只有nav-van被强制删除后空无一物的画面
无助
此情此景，令我十分惊讶、且无助
这里罪魁祸首已经出现了，很可惜我们没发现
在分析大半天后。。。
噔噔咚。。
如何解决的？
罪魁祸首是Service Worker，一种在浏览器后台运行的独立线程，能够在网页关闭后持续运行。
Van-nav使用了此机制，程序被离线缓存在客户浏览器中。
虽然我实际没解决，但事情过去这么久，想必大家都有定时清除浏览器缓存的好习惯。。。吧？