本地html模板死链需先启动http服务（如python -m http.server），再用muffet扫描http://localhost:8000/并加--exclude过滤非html资源；离线时用python脚本以html所在目录为根拼接路径并校验存在性；浏览器network面板查看真实请求url才是最终判定依据。
本地 HTML 模板死链怎么快速扫？别直接跑 muffet 就完事
不启动 HTTP 服务就用 muffet 扫本地目录，99% 的结果是误报——它默认只认 http:// 和 https:// 协议，对 ./assets/js/main.js 这类相对路径完全无视。
必须先起一个本地服务：python -m http.server 8000（或 VS Code Live Server），再让 muffet 去访问 http://localhost:8000/。否则所有相对路径都会被跳过或当成无效 URL。
-
--exclude ".*\.(png|jpg|gif|svg|pdf)$"一定要加，不然图片等资源会拖慢扫描、干扰判断 -
--timeout 5和--max-connections 20是本地环境的合理起点；超时太短容易把慢加载的 JS/CSS 判为死链 - 如果报
connection refused，不是工具问题，是服务根本没起来；如果大量“404”但路径看起来没错，大概率是 HTML 里用了/static/xxx.js这种根路径，在本地服务下解析基准错了
离线检查 HTML 中的 href 和 src 怎么写脚本？关键在路径拼接逻辑
CI 流程或开发机无网时，靠 Python 脚本离线查文件是否存在更可靠。但直接用 os.path.join() 拼路径很容易越界或漏掉回退层级（比如 ../../../bad.png）。
核心逻辑是：以当前 HTML 文件所在目录为根，逐级解析相对路径，中途任何一步超出项目根目录即判定为无效。
- 跳过所有以
http://、https://、//开头的 URL——这些交给线上扫描，本地脚本不处理 - 用
pathlib.Path(html_file).parent / relative_url比os.path.join更安全，自动处理跨平台路径分隔符 - 检查前先调用
.resolve()，它会规范路径并触发越界检测；若抛出FileNotFoundError或解析后路径不在项目根内，就是真死链
为什么浏览器 Network 面板才是最终判决？
无论你 HTML 里写的是 src="img/logo.svg" 还是 src="./img/logo.svg"，浏览器发出的实际请求地址，才是它真正想找的地方。很多“看着对”的链接，因为 <base href="/">、路由重写、CDN 覆盖或 Service Worker 干预，最终请求路径和源码完全不一致。
- 打开 Chrome DevTools →
Network→ 刷新页面 → 点击可疑资源 → 看 Headers 里的Request URL - 重点看状态码：404 是协议死链；200 但返回空白页/登录页/维护页，属于内容死链，
muffet和脚本都扫不出来 - 右键请求 → “Open in new tab”，确认是否真不可达；如果是 302 跳转，得一路跟到终点，看最后是不是 404
自愈机制不是自动改 HTML，而是把修复逻辑写进路由层
所谓“自愈”，不是让脚本去批量替换 HTML 源码里的 href，那只会制造新问题（比如改错模板、破坏版本控制）。真正的自愈发生在运行时：当用户或爬虫请求一个已失效路径，系统在路由层就识别出来，并主动做 301 重定向或 fallback 渲染。
- 例如：Nginx 配置里加
location /old-page.html { return 301 /new-page.html; }，比前端 JS 跳转更早、更稳、SEO 友好 - Next.js / Nuxt 等框架可用
redirect或中间件拦截 404 请求，根据路径规则自动映射到新页面 - 关键点：所有重定向规则必须进代码库、走 CI/CD，不能靠人工在后台填表；否则下次部署就丢了
最易被忽略的点：自愈只解决“已知失效路径”，对内容死链（200 返回但内容为空）和动态生成链接（如 CMS 里插的富文本）完全无效——这类必须靠日志分析或真实用户点击反馈来捕获。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
