Ctrl+U失效时，应提前打开F12→Network面板勾选Preserve log，刷新后右键Type=doc请求→Save as…保存原始HTML；若失败则用curl加User-Agent、Cookie、-L等参数重发请求。
页面崩溃或卡死时，Ctrl+U 打不开源码怎么办
浏览器标签页已无响应、F12 无法唤起、右键菜单失效——这时 Ctrl+U 会直接失败，不是你操作问题，而是渲染进程已挂。原始 HTML 源码其实早在首次网络请求时就已到达本地，只是没被浏览器解析完。
真正能拿到它的路径，是开发者工具的 Network 面板：
- 提前打开开发者工具（F12），切到
Network标签页，勾选Preserve log - 刷新页面，等几秒后哪怕页面白屏/卡住，
Network列表里仍会显示一条Type=doc的请求（通常是第一个） - 右键该请求 →
Save as…→ 保存为backup.html - 若该请求状态为
(failed)或(cancelled)，说明连接中断，此时只能退而求其次：用curl重发一次 GET 请求（见下一条）
curl 抓取失败时，加哪些参数才真正可靠
单纯 curl https://example.com > page.html 在多数现代网站上会返回 403、空内容或登录跳转页——因为缺了关键的上下文。必须模拟真实浏览器行为：
- 加上
-H "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36"，绕过基础反爬 - 如果目标站依赖 Cookie（如登录态），先手动在浏览器中复制完整 Cookie 字符串，再加
-H "Cookie: <your_cookie_value>"</your_cookie_value> - 遇到重定向（如 HTTP → HTTPS 或 / → /login），加上
-L参数让curl自动跟随 - 超时设置很重要：
--max-time 15防止卡死，--connect-timeout 5快速放弃无效连接
完整命令示例：curl -L --max-time 15 -H "User-Agent: Mozilla/5.0" -H "Cookie: sessionid=abc123" https://example.com > backup.html
立即学习“前端免费学习笔记（深入）”；
页面刚加载一半就关闭了，还能恢复源码吗
不能从浏览器内存里“抢救”，但可以查缓存。Chrome 和 Edge 的磁盘缓存中，未完成的 HTML 响应体可能还存在（尤其当服务器返回了 Content-Length 且传输了一部分）。
手动提取难度高，更实用的做法是启用开发者工具的离线缓存捕获：
- 打开
Network面板前，先点右上角三个点 →More tools→Application→Clear storage→ 勾选Cache storage和Service Workers（清空干扰项） - 然后打开
Network，勾选Disable cache（强制走网络，避免旧缓存覆盖新请求） - 刷新页面，在
Network中找到doc请求，即使它显示pending或stalled，右键仍可选Copy→Copy response（注意：仅当响应头已到达时可用） - 若
Copy response灰掉，说明响应体尚未接收完毕，此时唯一办法是立刻用curl重试（见上一条）
为什么保存下来的 HTML 打不开，或全是乱码
两个高频原因：编码声明缺失 + 协议限制。前者导致中文变方块，后者让图片/CSS 全部 404。
- 用记事本保存时默认用 ANSI 编码，必须手动选
UTF-8（VS Code 默认就是 UTF-8，更安全） - 检查保存的 HTML 文件开头是否有
<meta charset="utf-8">；没有就手动加在<head>里 - 用
file://协议双击打开时，现代浏览器会禁用跨域请求（如内联 JS 加载外部资源），导致页面空白或报错Cross-Origin Request Blocked - 解决方法：要么用本地 HTTP 服务启动（
npx http-server），要么改用 SingleFile 扩展——它自动把所有资源内联，彻底规避file://限制
最易被忽略的一点：很多“保存失败”其实不是技术问题，而是你试图保存的页面根本没返回 HTML——比如它是个前端路由入口（index.html 很小），实际内容靠 JS 异步拉取。这种场景下，Network 里 doc 请求的响应体确实只有几 KB，别误以为是保存出错了。
