浏览器如何找到一个网页
网页不是凭空出现的。浏览器通过域名找到 IP，再连接端口上的服务，发送请求并接收响应。
- 能画出“浏览器 → 网络 → 服务器 → 页面”的最小链路。
- 浏览器、客户端、服务器、请求与响应
- 打开开发者工具 Network，记录一个页面请求的 URL、方法、状态码和内容类型。
- 完成 2.2「终端与 Linux 直觉」
FOUNDATION
必须理解
网页不是凭空出现的。浏览器通过域名找到 IP，再连接端口上的服务，发送请求并接收响应。
页面打不开、接口失败或部署异常时，浏览器、DNS、网络、服务器和应用都可能是原因。理解一次请求的旅程，能把“网站坏了”缩小成可检查的层级。
访问网站像寄信：域名是联系人姓名，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 按 DNS、连接、HTTP 请求、服务器处理、响应、渲染六步解释一个 URL。
推荐协作顺序
- 1
把完整 URL、Network 状态码和响应内容交给 AI。
- 2
让它按 DNS、连接、HTTP、应用四层列出最可能的原因。
- 3
选择一个能排除整层问题的检查先做，例如确认请求到底有没有到服务器。
请把访问 https://example.com/tasks 的过程按 DNS 查询、建立连接、发送 HTTP 请求、服务器处理、返回响应、浏览器渲染六步解释。每一步都给出一个可观察证据和一个常见失败现象，并解释 200、404、500 的区别。
一条有顺序、能定位故障的链路；不能把 DNS、IP、端口和 URL 当作同一个概念。
人工检查清单
- 确认 AI 没把 HTTPS 说成绝对安全，也没有声称 200 就代表业务结果一定正确。
- 要求 AI 明确区分 DNS 解析、网络连接、HTTP 响应和浏览器渲染四类失败。
- 在浏览器 Network 中亲自核对一个真实请求的方法、地址、状态码和内容类型。
COMMON TRAPS
常见误区
错误不是需要隐藏的失败，而是帮助你看清系统边界的证据。下面三类问题在 AI 辅助学习中最常出现。
把 URL、域名和 IP 当成一回事
- 你会看到
- 域名能解析就认为网站一定能打开。
- 为什么发生
- 用户只看到一个页面结果，容易把域名、网络、服务器与应用压缩成同一个“网站”，出错时便无法分层。
- 怎样纠正
- 分别检查域名解析到了哪里、目标端口是否有服务、服务返回了什么。
看到 404 就重启服务器
- 你会看到
- 资源路径写错也被当成服务器崩溃。
- 为什么发生
- 404 与 500 都会显示错误页，但前者通常是目标未找到，后者是服务端处理异常，检查位置不同。
- 怎样纠正
- 先看请求地址和响应来源；404 通常说明请求到达了某个服务，只是没找到目标。
200 就等于一切正常
- 你会看到
- 接口返回 200，但正文是空数组或业务错误，页面仍然不可用。
- 为什么发生
- 只看页面画面会错过后台请求；Network 才能显示每个资源真实发生的通信。
- 怎样纠正
- 同时检查状态码、响应结构和用户真正需要的结果。
HANDS-ON
动手任务
打开开发者工具 Network，记录一个页面请求的 URL、方法、状态码和内容类型。
- 完成 2.2「终端与 Linux 直觉」
跟着做
- 01
打开任意公开网页并进入开发者工具 Network。
- 02
刷新页面，找到文档请求和一条图片或脚本请求。
- 03
记录 URL、方法、状态码和内容类型。
- 04
打开一个不存在的地址观察 404，并与正常响应比较。
- 05
画出任务应用页面与 /api/tasks 请求的两条链路。
能画出“浏览器 → 网络 → 服务器 → 页面”的最小链路。
解释为什么浏览器地址栏中的 localhost:3000 无法直接让另一台电脑访问。
离开本课前，自问四件事
- 浏览器打开页面时，为什么通常会产生不止一个请求？
- 域名、DNS、IP 和端口如何依次参与访问？
- HTTP 状态码与响应正文分别解决什么问题？
- 我能否根据超时、404 和 500 判断首先检查哪一层？
确认完成后，会同步更新学习中心的课程学习进度。