域名与URL的区别：首次建站时怎样理解网站地址

网站上线之前，需要对自己的地址有足够清晰的理解，才能准确记录、沟通和排查问题。本文用一个假设的完整URL来展示域名能告诉你什么、完整URL在此基础上增加了什么，以及如何为自己的项目保留一份简单的地址说明卡。

域名与完整URL分别回答什么问题

假设你正在规划一个小型个人项目，想提前记下第一个页面将来所在的地址。为了这次练习，使用假设地址 https://example.org/notes/first-page?view=compact#intro 。这个地址并不指向一个已经发布的真实页面，它存在的目的只是让我们把这串字符拆开，逐段查看。其中域名部分是 example.org。域名为互联网上可用的Web服务器提供了一个人类可读的地址，因为计算机实际使用的数字IP地址既难以记忆，也可能随时间发生变化。¹

域名回答的是一个简单的问题：我应该和哪台服务器通信？它标识的是主机。完整URL回答的问题则更宽泛：在那台服务器上，我想要的究竟是哪个具体资源，以及应该用什么方式获取它？URL在域名的基础上增加了协议方案、路径、可选的参数和可选的片段。理论上每个有效的URL指向一个唯一的资源，但在实践中，一个URL也可能指向已经不存在或已经移动的内容。²

对第一次建站的人来说，实际的区分很直白。当你选择并注册一个域名时，你锁定的是主机部分。当你规划各个页面的地址时，你决定的是跟在主机后面的路径、参数和片段。在笔记中把这两件事分开记录，后续做页面结构决策时会更容易理清思路。

在本例中标出地址的各个组成部分

再次看这个假设地址：https://example.org/notes/first-page?view=compact#intro 。最前面的协议方案是 https，它告诉浏览器请求资源时应当使用哪种协议。对于网站来说，协议通常是HTTPS或其未加密版本HTTP。协议方案与下一部分之间由字符组合 :// 分隔。²

authority 部分包含域名 example.org。其中 org 是顶级域名，它是域名最末尾的组成部分，通常能提示网站的用途或性质。标签 example 位于顶级域名之前，有时也被称为二级域名。两者合在一起构成主机名，标识了被请求的Web服务器。²³

authority 之后是路径 /notes/first-page。路径表示资源在Web服务器上的位置。在早期，这样的路径对应服务器上的一个实际文件位置，而现在它大多是Web服务器处理的一种抽象，并不对应真实的物理文件。路径之后，问号引出了查询字符串 view=compact。参数是提供给Web服务器的额外键值对，服务器可以利用它们在返回资源之前做额外处理。最后，井号引出了片段 intro。片段相当于资源内部的一个书签，井号后面的部分在请求中不会发送给服务器。²

保持主机不变，对比不同路径与查询字符串

保持主机部分 example.org 不变，只改变路径。地址 https://example.org/notes/first-page 和地址 https://example.org/notes/second-page 拥有相同的协议方案、相同的域名、相同的目录层级路径段 notes，但因为最后一段路径不同，它们指向不同的资源。域名没有变化，所以两种情况下联系的是同一台服务器，只是请求的资源位置不同。

现在保持路径完全相同，只改变查询字符串。对比 https://example.org/notes/first-page?view=compact 和 https://example.org/notes/first-page?view=full 。协议方案、域名和路径全部一样，只有问号后面的参数值不同。这意味着浏览器会请求同一个资源位置，但向服务器传递不同的指令。服务器实际如何处理这些指令完全取决于它自身的配置，因此我们不应仅凭字符串推断具体行为。

最后，考虑去掉片段会怎样。地址 https://example.org/notes/first-page?view=compact#intro 和地址 https://example.org/notes/first-page?view=compact 向服务器发送的请求是相同的，因为片段不会被传输。片段只影响浏览器在收到资源之后的行为，例如滚动到某个特定区域。观察字符串本身的这些差异对文档记录很有帮助，即使我们并不对任何真实服务器的响应方式做断言。

为假设项目制作一张地址说明卡

记录一张简短的地址说明卡，描述你的假设项目地址。这张卡不需要任何特殊工具，一段纯文本笔记或电子表格中的一行就够了。记录四项内容：用一句话说明页面的目的、完整的地址字符串、各组成部分及其标签的列表、以及你做的任何假设。就本例而言，目的可以写成「个人项目中第一条笔记的精简阅读视图」。

完整地址一行应当原样写下你打算使用的字符串，中间不留空格或换行：https://example.org/notes/first-page?view=compact#intro 。在它下方，逐行列出每个部分。协议方案：https。域名：example.org。路径：/notes/first-page。查询：view=compact。片段：intro。这个拆解方式与前面各节中标出的结构一致，如果以后需要向别人解释这个地址，它就是一个快速参考。

假设一行用来记录所有尚未确定的事项。例如，你可以写明查询参数 view=compact 目前只是占位，实际参数名可能在选定框架之后更换。明确记录假设能防止你把草稿地址当作最终方案。这也让说明卡在日后回顾时仍然有用，因为你一眼就能看出哪些内容当时是暂定的。

用手工复制与逐项标记核对说明卡

说明卡写好后，从另一个来源复制完整地址，逐字符对比来验证它。这种手工检查能捕捉常见错误，比如漏掉一个斜杠、问号和井号位置颠倒、或者域名标签中的拼写错误。以下步骤是培养准确习惯的通用作者建议，并非来自任何规范。

如果核对时发现不一致，立即修正说明卡，而不是留一个「以后再改」的备注。一张带有已知错误的卡片比没有卡片更糟，因为你可能凭记忆信任它。修正之后，再做一次对比确认修改正确。这个短循环只需片刻，却能建立对参考资料的信心。

检查边界字符是否正确。确认问号恰好出现一次，且位于路径与查询之间。确认井号恰好出现一次，且位于查询之后。确认路径以正斜杠开头，紧跟在域名后面。这三项检查覆盖了手写地址中最常见的结构性错误。

步骤 1

从浏览器地址栏或你最初编写地址的地方复制完整字符串，粘贴到说明卡下方的空白行。

步骤 2

将粘贴的字符串与说明卡上的完整地址行逐字符从左到右对比。

步骤 3

在粘贴副本上标注各部分边界：给协议方案画下划线，给域名画圈，给路径加方括号，给查询加高亮，给片段加方框。

步骤 4

大声朗读说明卡上的标签，逐一确认每个标签与粘贴副本中对应的标注区域一致。

保留说明供以后写作或沟通使用

把核对过的说明卡存放在你恢复项目工作时自然会查看的地方。项目文件夹里的一个纯文本文件、你常用笔记工具中的一条记录、或者规划电子表格中的专门一行都可以。格式不如养成回顾的习惯重要。如果之后修改了地址，同时更新说明卡，让它永远不会与实际计划脱节。

简要记录每个选择的理由。如果你选择路径段 notes 是因为打算按目录式结构组织页面，就把这一点写下来。如果你选参数名 view 是因为它描述的是显示模式而非内容筛选，也注明这个区分。这些简短的理由能省去你几个月后重新推导逻辑的时间，也能帮助协作者理解你的意图而无需开口询问。

最后，在规划阶段把说明卡当作一份活的文档。片段标识符在页面结构定稿后发生变化是正常的，查询参数在选定工具后更名也很常见。每次做出这样的变更时，更新完整地址行，重新执行核对步骤，并加一条简短备注说明改了什么、为什么改。随着时间推移，这会给你一份小小的决策历史，远比一张静态快照有用。

常见问题

示例地址中井号后面的片段会发送给服务器吗？

不会。片段标识符，也就是井号后面的部分，在请求中不会发送给服务器。它只告诉浏览器在收到资源后应该滚动或聚焦到哪里。²

可以只改查询参数而不改域名和路径吗？

可以。查询字符串独立于域名和路径。你可以修改或移除查询部分，同时保持协议方案、域名和路径不变。服务器对不同参数值的处理方式取决于它自身的配置。

注册域名之前需要理解URL的每个部分吗？

不需要。注册域名只要求你选定主机部分。理解路径、查询和片段是在规划各个页面地址时才变得相关的。把完整URL拆分成各部分是一种规划练习，你在任何阶段都可以做。