旧版浏览器“另存为”存不到原始HTML，因其保存的是渲染后DOM快照，而非服务器返回的原始源码；正确方法是按Ctrl+U进入view-source:页面再保存，且文件类型选“所有文件”、编码为UTF-8无BOM。
旧版浏览器里“另存为”为什么存不到原始HTML？
因为IE8/9或开启兼容模式的IE11，点击网页空白处右键 → “另存为”，默认保存的是当前渲染后的DOM（含JS动态插入内容），不是服务器返回的原始HTML源码。你看到的页面可能是React/Vue渲染出来的，但保存下来的文件里根本没有<script>标签或数据接口调用痕迹。
真正能拿到原始源码的操作，必须进“查看页面源代码”页再保存——快捷键是 Ctrl+U（Windows）或 Cmd+Option+U（Mac）。这个页面显示的内容，才是HTTP响应体里的原始字节流。
- 别在原网页标签页里点“另存为”，那存的是渲染快照
- “查看页面源代码”页的地址栏通常是
view-source:https://example.com开头，确认这点再按Ctrl+S - 保存类型务必选“所有文件”，文件名以
.html结尾；若选了“文本文档”，系统会自动加.txt后缀，双击打不开
Elements面板复制outerHTML ≠ 原始HTML，什么场景该用？
当你需要保存的是“当前实际渲染结果”，比如页面加载完广告、埋点脚本、用户交互后生成的新结构，那就得用开发者工具。按 F12 → 切到 Elements 面板 → 右键最外层 <html> 标签 → Copy outerHTML。
但注意：这个操作会把内联样式、临时添加的class、甚至console注入的节点都打包进去，和服务器发来的原始HTML不一致。它适合做功能快照或调试复现，不适合做归档备份。
立即学习“前端免费学习笔记（深入）”；
- JS动态改过DOM？用这个方法
- 想比对前后端渲染差异？用这个方法
- 要还原服务端初始状态？别用这个，回退到
Ctrl+U页面
curl/wget命令在旧系统上跑不动？换参数绕过SSL或User-Agent限制
Windows XP或老版Linux里，curl 可能不支持TLS 1.2，默认被现代网站拒绝连接，报错类似 SSL connect error 或 Peer certificate cannot be authenticated。这时候不能硬升curl，而是用兼容参数降级请求。
- 加
--tlsv1.1强制用TLS 1.1（部分老站仍支持） - 加
-k跳过证书验证（仅内网或可信站点） - 加
-A "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"模拟旧UA，避免被WAF拦截 - 目标路径用绝对路径，如
curl -o "C:\backup\page.html" https://example.com，避免相对路径在cmd里解析失败
PHP或Python脚本生成的HTML，在旧浏览器里打开乱码？编码和BOM是关键
用记事本保存的HTML文件，如果开头多了不可见的UTF-8 BOM（EF BB BF），IE6–IE8会直接崩溃或白屏。而Python 3默认用UTF-8写文件，open("out.html", "w").write(html) 就可能带BOM。
解决方式很简单：写文件时显式指定无BOM的UTF-8编码。
- Python里用
open("out.html", "w", encoding="utf-8-sig")——utf-8-sig会自动剥离BOM - PHP里用
file_put_contents("out.html", "\xEF\xBB\xBF" . $html)是错的；应该用mb_convert_encoding($html, "HTML-ENTITIES", "UTF-8")+ 手动控制输出 - 用Notepad++检查：菜单栏“编码” → 看是否显示“UTF-8-BOM”，如果是，点“转为UTF-8”
.html文件能不能双击打开，往往取决于你有没有在保存时多点了一次“编码选择”，或者有没有意识到view-source:和渲染页根本不是一回事。 
