保存失败主因是编码、路径、动态加载或file://协议限制；记事本默认ANSI/GBK致UTF-8网页乱码，须手动选UTF-8保存；curl需加--page-requisites等参数才完整；Save Page WE等工具无法捕获JS动态内容及Shadow DOM；双击打开因file://禁跨源应改用Live Server等本地服务。
保存失败不是“没点对”，而是浏览器、工具或网页本身在几个关键环节卡住了——多数问题出在编码、路径、动态加载或协议限制上，而不是操作顺序错了。
用开发者工具保存时中文变乱码
记事本默认用 ANSI 或 GBK 编码保存，但现代网页基本都是 utf-8；直接粘贴后点“另存为”不改编码，中文就成问号或方块。
- 必须在保存对话框里手动选“UTF-8”（不是“ANSI”或“Unicode”）
- 别用系统记事本处理大文件——VS Code、Notepad++、Sublime 都默认 UTF-8，更可靠
- 如果已乱码，别重试，先用编辑器“重新以 UTF-8 编码打开”，再另存
curl / wget 下载后本地双击打不开
单条 curl -o page.html https://example.com 只存 HTML 文本，所有 src、href 引用的 CSS/JS/图片都还在线上，本地打开自然 404 或白屏。
- 加
--page-requisites：下载必需资源（CSS、JS、同域图片） - 加
--convert-links：把https://example.com/style.css改成style.css - 跨 CDN 资源（如
fonts.googleapis.com）不会被拉，需额外加--span-hosts --domains=example.com,fonts.googleapis.com - Windows 用户注意：
wget原生不支持这些参数，得用 WSL、Cygwin 或curl+ 手动补资源
Save Page WE 或浏览器“另存为”内容为空或缺失
这类工具依赖当前 DOM 快照，但很多内容是 JS 动态插入的（比如 React 渲染的正文、懒加载图片、data-src 图片），保存时机稍早，DOM 就还没填满。
立即学习“前端免费学习笔记（深入）”；
- 等页面完全静止、滚动到底部触发所有懒加载、控制台无 pending 请求后再点保存
- 遇到 Shadow DOM（如某些 Web Component 封装的模块），Save Page WE 会漏掉内部结构，此时只能用
curl抓原始响应 - “另存为 > 网页，完整”只保存同目录可访问资源，CDN 上的字体、异步 fetch 的数据、
document.write注入的内容全都不在范围内 - 部分网站用
Service Worker拦截请求，离线打开时直接报错——删掉保存目录里的sw.js再试
file:// 协议下资源加载失败
双击本地 HTML 文件，浏览器用 file:// 协议打开，它默认禁用跨源请求、不执行某些 fetch、且相对路径解析规则和 HTTP 不同，导致样式/脚本/字体全挂。
- 不要双击打开，改用本地服务器：VS Code 安装 Live Server 插件，右键“Open with Live Server”
- 或者命令行起一个最小服务：
npx http-server（需 Node.js），进保存目录运行即可 - 检查保存后的 HTML 里有没有绝对路径（如
/css/main.css），这种路径在file://下会拼成file:///css/main.css，肯定 404
真正难搞的不是“怎么点”，而是判断你到底要存什么：是原始服务器返回的 HTML？还是 JS 渲染后的快照？还是能离线交互的副本？三者技术路径完全不同，混用就会失败。选错起点，后面每一步都在加固错误。
