浏览器如何找到一个网页
浏览器打开网页时，会先找到目标主机，再建立连接、发送 HTTP 请求并处理响应。页面失败时，这条链路中的每一段都可能出问题。
- 能从 Network 面板读取 URL、方法、状态码和响应内容，并判断下一步检查网络还是应用。
- 浏览器、客户端、服务器、请求与响应
- 实现浏览器如何找到一个网页后，应当能从 Network 面板读取 URL、方法、状态码和响应内容，并判断下一步检查网络还是应用，并保留目录内容、命令输出、HTTP 响应和服务日志作为可重复检查的依据。
- 完成 2.2「终端与 Linux 直觉」
FOUNDATION
必须理解
页面打不开、接口失败或部署异常时，浏览器、DNS、网络、服务器和应用都可能是原因。理解一次请求的旅程，能把“网站坏了”缩小成可检查的层级。
本课依次讲清浏览器、客户端、服务器、请求与响应、域名、DNS、IP 地址和端口的关系和HTTP 方法、状态码、响应头与正文的基本角色，最后通过“画出任务应用页面与 /api/tasks 请求的两条链路”检查学习结果。
访问网站像寄信：域名是联系人姓名，DNS（Domain Name System，域名系统）查到地址，IP 是楼宇地址，端口是具体窗口，HTTP 是双方约定的信件格式。
浏览器请求 task-app.example/tasks，DNS 找到服务器 IP，HTTPS 连接 443 端口，服务器返回 HTML；页面随后再请求 /api/tasks 获取 JSON 数据。
浏览器、客户端、服务器、请求与响应
你打开一个网页时，浏览器不会只拿回“一张页面”。它先请求 HTML，接着还会要 CSS、脚本、图片，页面里的代码也可能继续请求 API，所以 Network 里一下出现几十条记录很正常。
基础概念
客户端是主动发起请求的一方，服务器是监听并处理请求的一方；浏览器是常见客户端。请求描述想获取或改变什么，响应则带回状态、说明和内容。
进一步理解
打开网页时，浏览器先请求 HTML，再根据其中引用继续请求 CSS、JavaScript、字体和图片。页面脚本还可能请求 API，因此一个页面对应许多独立网络往返。
客户端和服务器是一次通信中的角色，不是固定设备类别。同一台电脑既可作为浏览器客户端，也可运行开发服务器；一个服务还可能作为客户端调用另一个服务。
任务页请求 `/api/tasks`，浏览器是客户端，处理该地址的应用是服务器；后端继续查询数据库时，它又成了数据库的客户端。
“网站”是用户体验和内容的整体，不等于某台服务器；服务器也可以同时承载许多不同网站或接口。
这一小节记住：先沿一次请求分清谁发起、谁处理、谁返回。
域名、DNS、IP 地址和端口的关系
域名是给人记的名字，DNS 会帮浏览器找到对应的 IP；端口再告诉它要去这台机器上的哪个服务。localhost 比较特殊，它永远指你正在使用的这台电脑。
基础概念
域名是便于人记忆的名称，域名系统 DNS（Domain Name System）把名称解析为 IP 地址，IP 标识网络中的主机位置，端口再标识主机上的具体网络服务。
进一步理解
浏览器通常先查询 DNS，得到 IP 后建立网络连接，再按 URL 中的协议与端口发送请求。HTTPS 默认常用 443，HTTP 默认常用 80，但开发服务器经常使用 3000 等其他端口。
DNS 结果会被多层缓存，因此记录修改后不同用户可能暂时得到不同地址。`localhost` 通常指当前设备，不会指向你的云服务器。
访问 `https://tasks.example.com` 时，DNS 找到部署平台地址，浏览器连接 HTTPS 服务；本地 `http://localhost:3000` 则连接自己电脑上的开发进程。
域名不是服务器，IP 也不是网站内容；端口开放只说明可能建立连接，不说明应用一定能正确响应。
这一小节记住：名称找到主机，端口找到服务，协议规定双方怎样说话。
HTTP 方法、状态码、响应头与正文的基本角色
HTTP 是浏览器和服务器约定的说话方式。方法说明想做什么，状态码先告诉你大方向：200 通常成功，404 没找到目标，500 则说明服务器处理时出了问题。
基础概念
HTTP（Hypertext Transfer Protocol，超文本传输协议）规定请求与响应的结构。方法表达操作意图，状态码概括处理结果，响应头描述元信息，正文承载 HTML、JSON 等实际内容。
进一步理解
GET 通常读取资源，POST 常提交并创建，PUT/PATCH 用于更新，DELETE 用于删除。方法是语义约定，确实权限仍必须由服务器检查。
状态码按百位分组：2xx 通常成功，3xx 表示重定向，4xx 表示请求或权限问题，5xx 表示服务端处理失败。内容类型、缓存和认证信息常放在头部。
GET `/api/tasks` 返回 200 与 JSON 列表；提交空标题可能返回 400 和字段错误；未登录访问受保护接口可能返回 401。
HTTP 成功不等于业务一定成功：错误地返回 200 会让调用方误判；网络失败则可能连 HTTP 响应都没有。
这一小节记住：判断请求先看方法与地址，再看状态码、响应头和正文。
AI COLLABORATION
AI 如何参与
在浏览器如何找到一个网页这一课，AI 负责根据真实材料解释浏览器、客户端、服务器、请求与响应并指出遗漏，学习者负责控制范围、执行修改和核对目录内容、命令输出、HTTP 响应和服务日志。
推荐协作顺序
- 1
把完整 URL、Network 状态码和响应内容交给 AI。
- 2
让它按 DNS、连接、HTTP、应用四层列出最可能的原因。
- 3
选择一个能排除整层问题的检查先做，例如确认请求到底有没有到服务器。
请把访问任务应用 URL 的过程按 DNS、连接、HTTP 请求、服务端处理、响应和浏览器渲染解释。每步给一个可观察证据，再分别说明 404 与 500 应从哪里开始查。
一条有顺序、能定位故障的链路；不能把 DNS、IP、端口和 URL 当作同一个概念；浏览器如何找到一个网页的人工验收必须回到真实页面、请求、终端、测试或数据结果，不能用 AI 的文字说明代替。
人工检查清单
- 确认 AI 没把 HTTPS 说成绝对安全，也没有声称 200 就代表业务结果一定正确。
- 要求 AI 明确区分 DNS 解析、网络连接、HTTP 响应和浏览器渲染四类失败。
- 在浏览器 Network 中亲自核对一个真实请求的方法、地址、状态码和内容类型。
COMMON TRAPS
常见误区
下面三类问题会让任务看似完成，却经不起刷新、错误输入或真实环境检查。先看现象，再找原因和修正方法。
把域名和服务器混成一件事
- 你会看到
- 域名能解析就断定网站一定正常。
- 为什么发生
- 解析只是连接链路的前一段。
- 怎样纠正
- 继续检查端口、HTTP 响应和应用日志。
看到 404 就重启服务
- 你会看到
- 资源路径写错也被当作服务器崩溃。
- 为什么发生
- 404 往往说明请求已经到达某个服务。
- 怎样纠正
- 先核对完整 URL、路由和响应来源。
只看状态码不看正文
- 你会看到
- 接口返回 200 和空数据，页面仍无法完成任务。
- 为什么发生
- 协议成功和业务结果是两层判断。
- 怎样纠正
- 同时检查响应结构和用户需要的内容。
HANDS-ON
动手任务
能从 Network 面板读取 URL、方法、状态码和响应内容，并判断下一步检查网络还是应用。
- 完成 2.2「终端与 Linux 直觉」
跟着做
- 01
打开任意公开网页并进入开发者工具 Network。
- 02
刷新页面，找到文档请求和一条图片或脚本请求。
- 03
记录 URL、方法、状态码和内容类型。
- 04
打开一个不存在的地址观察 404，并与正常响应比较。
- 05
画出任务应用页面与 /api/tasks 请求的两条链路。
能从 Network 面板读取 URL、方法、状态码和响应内容，并判断下一步检查网络还是应用。
解释为什么浏览器地址栏中的 localhost:3000 无法直接让另一台电脑访问。
离开本课前，自问四件事
- 浏览器打开页面时，为什么通常会产生不止一个请求？
- 域名、DNS、IP 和端口如何依次参与访问？
- HTTP 状态码与响应正文分别解决什么问题？
- 我能否根据超时、404 和 500 判断首先检查哪一层？
确认完成后，会同步更新学习中心的课程学习进度。