第 6 章：网页问题排查 — 沿着快递单找问题¶

📋 本章概览¶

排查顺序是收集证据，不是反复刷新：确认网址和权限，确认其他网页是否正常，查看请求状态码，再看 Console 错误和响应内容。

排错不是“多试几个按钮”¶

有效排错的核心，是把一个模糊现象变成别人可以理解、可以重复的事实。你需要说明在哪个设备、哪个网络、哪个浏览器、哪个时间访问了什么地址，页面给出了什么提示，以及你改变了哪个条件。这样的记录就像快递追踪单：它不一定立刻告诉你包裹为什么延误，却能让下一位处理者从同一个节点继续。

记录过程还有一个重要作用：保护你自己。网页报错时，陌生页面可能诱导你安装插件、运行命令或关闭安全软件。只要修复方案开始索要不必要的权限，就应该把它当成新的安全事件，而不是把“修好网页”当成唯一目标。

6.1 先判断问题范围¶

回答四个问题：只有一个网站打不开，还是所有网站都打不开？只有一个浏览器有问题，还是其他浏览器也一样？只有一个设备有问题，还是同一网络中的设备都一样？登录前和登录后是否不同？

6.2 记录一次下载失败¶

写下网址、时间、文件名、浏览器和版本、状态码、文件大小、是否能访问其他网页，以及完整错误提示。不要把带登录状态的完整链接发给别人；分享前删除参数或改用公开复现地址。

6.3 一次只改变一个条件¶

先在当前浏览器重试一次，再用隐私窗口测试；如果仍然失败，再换一个可信浏览器或网络。每改变一个条件就记录结果，不要同时清缓存、换网络、改 DNS 和重装浏览器，否则无法判断原因。

6.4 什么时候停止¶

遇到要求安装陌生插件、运行命令、关闭安全软件、输入 API Key 或支付信息的“修复页面”，立即停止。网页问题不值得用账号和电脑安全去交换。

✅ 验证步骤¶

模拟记录一次公开网页故障：网址、时间、范围、浏览器、Network 状态码、Console 现象、你实际尝试过的动作和结果。让另一位同学只看记录，判断能否复现。

📝 本章总结¶

• 先判断范围，再选择检查工具。
• 一次只改变一个条件，结果才有意义。
• 求助时去掉账号、Cookie、Token、邮箱和私人参数。

🎉 结课任务¶

提交一页“网页观察报告”：一个网址的组成、一次请求记录、一个状态码解释、Cookie/缓存/下载的区别和一份安全故障记录。完成后进入账号安全与隐私。