Ctrl+U打开源代码页再Ctrl+S可保存原始HTML；F12复制outerHTML获取动态DOM；curl/wget命令行最可靠抓取服务器原始响应。
Ctrl+S 在「源代码页」里才保存原始 HTML
直接在网页标签页按 Ctrl+S，浏览器默认保存的是当前渲染后的页面（含 JS 插入内容），不是服务器返回的原始 HTML。真正想拿到未被 JS 修改过的源码，必须先打开「查看页面源代码」页面——快捷键是 Ctrl+U（Windows/Linux）或 Cmd+Option+U（macOS），再在这个新标签页里按 Ctrl+S。
常见错误现象：Ctrl+S 后生成的文件打开是空白、乱码或结构异常，大概率是因为没进源码页就保存，或者保存时编码选成了 ANSI/GBK 而非 UTF-8。
- Chrome/Edge：源码页里
Ctrl+S→ 保存类型选「所有文件」，后缀手动输.html - Firefox：源码页里
Ctrl+S→ 格式下拉选「Page Source」，自动带.html - 保存路径随意，但别让系统自动加
.txt后缀（尤其记事本默认会干这事）
用 F12 开发者工具复制 outerHTML 获取动态渲染后 HTML
当页面大量依赖 JavaScript 渲染（比如 React/Vue 单页应用），Ctrl+U 看到的源码可能只有 <div id="root"></div>，此时要抓取真实 DOM 结构，就得靠开发者工具。
操作路径统一：按 F12 或 Ctrl+Shift+I → 切到 Elements 面板 → 找最顶层的 <html> 标签 → 右键 → Copy → Copy outerHTML（Chrome/Edge）或 Copy → Copy outerHTML（Firefox）。
立即学习“前端免费学习笔记（深入）”；
- 粘贴到 VS Code / 记事本等编辑器后，务必手动保存为
.html文件，编码选 UTF-8 - 不要用「Edit as HTML」后直接保存——它只保存当前可编辑片段，不是完整文档
- 这个方法得到的是内存中实时 DOM，和服务器原始响应不一致，但更贴近用户实际看到的内容
curl 和 wget 命令行抓取原始 HTML 最可靠
需要脚本化、批量或绕过浏览器缓存时，curl 和 wget 是最干净的选择。它们直接请求服务器，返回的就是 HTTP 响应体里的原始 HTML，不受本地 JS 干扰，也不依赖浏览器渲染状态。
终端执行即可：
curl https://example.com > page.html
或
wget -O page.html https://example.com
-
curl默认不跟随重定向，加-L参数可处理跳转（如curl -L https://example.com > page.html） -
wget默认跟随重定向，但会创建多余目录；加--no-parent和-nH可抑制 - 如果目标站有反爬（如 User-Agent 检查），需加
-H "User-Agent: Mozilla/5.0"（curl）或--user-agent="..."（wget）
“另存为”网页全部 vs 仅 HTML：资源路径容易出错
浏览器菜单里的「另存为」→「网页，全部」看似方便，但它会把 HTML 主文件和资源（图片/CSS/JS）分开存成一个文件 + 一个同名文件夹。问题在于：HTML 里引用资源的路径是相对的，一旦移动或重命名文件夹，离线打开就会丢失样式和图片。
如果你只需要一个独立可运行的 HTML 文件（比如发给同事快速预览），这个方式反而增加维护成本。
- 选「网页，仅 HTML」能生成单文件，但图片等资源会被 base64 编码内联，文件体积暴涨，且部分复杂资源（如字体、SVG 引用）可能丢失
- 「网页，全部」适合本地调试还原，但必须保证
page.html和page_files/始终在同一级目录 - 用该方式保存的 HTML，源码里常带浏览器自动插入的注释和修正（如补全缺失的
</tbody>），不能当作原始响应分析
真正关键的区分点不在“怎么点”，而在于你到底要什么：原始响应、渲染后 DOM，还是带资源的可运行副本。选错方法，后面解析、比对、自动化都会踩坑。尤其是做网页监控或合规存档时，curl 抓包才是唯一可信来源。
