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

当你第一次准备建站时，最早需要理解的事情之一就是网站地址里到底包含了什么、各部分之间是什么关系。本文用一个假设地址来展示域名与完整URL的区别，以及字符串中每个部分如何帮助定位一个具体资源。

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

假设你正在规划一个小型个人项目，并写下了地址 https://example.org/notes/first-page?view=compact#intro。这是一个仅用于练习阅读地址组成部分的假设字符串，并不声称该页面真实存在或已上线。目的是提供一个具体例子，让我们可以逐段拆解，使结构性的概念变得可见而非抽象。

域名回答的问题是“哪台服务器”。域名是互联网基础设施的关键组成部分，因为它们为互联网上任何可用的Web服务器提供了人类可读的地址。计算机之间通过数字化的IP地址互相连接，但人们很难记住这些数字序列，而且它们可能随时间变化。像example.org这样的域名提供了一个稳定、可读的标签，无需任何人记忆数字就能标识特定的服务器。¹

完整URL回答的是一个更具体的问题：“那台服务器上的哪个资源？”URL是互联网上唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、CSS文档或图片）的关键机制之一。域名部分告诉浏览器该连接哪里，而URL的其余部分则将请求缩小到一个特定条目。这就是为什么一个域名可以关联许多不同的URL，每个指向不同的页面、图片或文件。²

在本例中标出各组成部分

我们示例的第一段是https，即方案。方案指示浏览器必须使用什么协议来请求资源。对于网站，协议通常是HTTPS或其未加密版本HTTP。紧跟在方案分隔符之后的是主机部分，在本例中是example.org。主机指示正在请求哪台Web服务器。在我们的假设字符串中，example.org是标识服务器的域名部分，而其后的所有内容则进一步缩小请求范围。²

主机之后是路径，在本例中是/notes/first-page。路径表示资源在Web服务器上的位置。在早期，这样的路径代表服务器上的物理文件位置，但现在它主要是由Web服务器处理的抽象概念，不再对应任何物理实体。斜杠分隔路径的各个段，它们共同构成服务器可以用来决定返回什么内容的路由。对于我们的阅读练习，重要的观察是：路径是字符串中一个独立的部分，通过其在域名之后、问号之前的位置与主机部分区分开来。²

问号在本例中引出查询字符串：?view=compact。参数是提供给Web服务器的额外键值对，问号是标示查询开始位置的字符。查询之后是井号，它引出片段：#intro。片段代表资源内部的一种书签，为浏览器提供指示，使其显示位于该书签位置的内容。总结本例的标点规则：问号始终引出查询部分，井号始终引出片段部分。²

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

现在保持主机部分完全不变，只改变路径。假设地址变为 https://example.org/notes/second-page，而非/notes/first-page。方案、主机和整体结构完全相同，只有路径段发生了变化。这说明主机部分和路径部分是字符串中独立的片段：一个标识服务器，另一个标识该服务器上的路由。你可以替换路径段而完全不改变域名。

接下来，保持主机和路径都不变，只改变查询字符串。假设地址变为 https://example.org/notes/first-page?view=full，而非?view=compact。域名同样没有移动，唯一的区别是与键view配对的值。这表明查询参数是地址中一个独立的层级，位于问号之后、井号之前，可以独立于主机和路径而变化。

在这些比较中，我们只是在观察字符串如何变化，并不声称服务器会对这些地址实际返回什么内容，因为这个例子是假设的，没有真实服务器参与。目的纯粹是结构性的：看到URL的每个部分占据固定位置，并且可以独立于其他部分而变化。这种观察在你之后需要为自己的项目构造或排查地址时非常有用。

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

为你计划使用的每个地址写一张简短的说明卡。卡片不需要复杂，一个纯文本文件或你常用工具中的笔记就够了。目标是有一个地方记录地址的用途、完整字符串以及每个部分的标签。对于首次建站者来说，这个习惯有助于发现拼写错误，并让你分清地址中哪些部分由你控制、哪些取决于托管配置。

对于我们的假设示例，说明卡可以这样写。用途：练习阅读网站地址。完整地址：https://example.org/notes/first-page?view=compact#intro。方案：https。主机：example.org。路径：/notes/first-page。查询：view=compact。片段：intro。每一行对应一个结构组成部分。如果之后你为自己的站点添加真实地址，可以用实际值填写相同的字段。

说明卡还为你与协作者沟通或查阅文档时提供了一个参照点。你不需要粘贴一长串地址然后提出模糊的问题，而是可以指向某个具体部分说，例如，“我不确定路径是否应该包含末尾那个段”。这种精确性节省时间并减少混淆，尤其是当多个人在同一个站点上工作并需要就地址约定达成一致时。

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

说明卡写好后，一次快速的手工核对可以发现凭记忆编写地址时容易忽略的错误。流程很简单，不需要特殊工具，只需要你对每个字符逐一留意。

这个核对流程在你公开分享地址或将其嵌入导航链接之前特别有帮助。一个放错位置的斜杠或一个遗漏的问号都可能改变整个字符串的含义，而在说明卡阶段发现错误远比上线后排查要容易得多。

如果核对中发现不一致，立即修正说明卡并从头重新标注。重复一两次这个过程可以建立对结构的熟悉感，经过几轮练习后，问号和井号的位置就会变得自然而然。

步骤 1

将完整地址从说明卡逐字抄写到一行空白处，不要粘贴。手动输入会迫使你注意到每一个斜杠、问号和井号。如果你发现不看卡片就无法复现这个字符串，那就是需要重新审视说明卡的信号。

步骤 2

在抄写的字符串正下方逐段标注。在https下方写“方案”，在example.org下方写“主机”，在/notes/first-page下方写“路径”，在view=compact下方写“查询”，在intro下方写“片段”。将你的标注与说明卡对照，如果任何标注不匹配，找出是哪个字符导致了差异并在继续之前修正它。

保留说明供以后使用

将地址说明卡记录在你确实会回顾的位置。项目笔记中的一个文件夹、wiki中的专门页面，甚至一个加了书签的文本文件都可以。格式不如习惯重要——关键在于当你添加新页面、修改路径或更新查询参数时会回来查看这份记录。随着时间推移，说明卡的集合会成为你站点地址结构的一份轻量地图。

当你撰写文档、给协作者起草邮件或准备链接到页面内容时，说明卡为你提供了一个经过验证的参照。你不必每次凭记忆重建地址，而是可以从已经核对过的来源复制。这减少了引入细微错误的机会，比如重复的斜杠或遗漏的参数。

每张说明卡做到多详细由你自己决定。有些人只记录完整地址和一行用途说明，另一些人会添加关于为什么选择某个路径或查询参数控制什么的备注。两种方式都可行。重要的是记录存在、它与你打算使用的实际地址一致、并且你需要时能快速找到它。

常见问题

example.org是一个可以访问的真实网站吗？

不是。在本文中，example.org纯粹作为假设占位符使用，用于演示如何阅读URL的各个部分。完整地址 https://example.org/notes/first-page?view=compact#intro 并不声称存在或已上线，它只是一个供标注练习的字符串。

URL中查询和片段有什么区别？

查询以问号开始，向Web服务器提供键值对。片段以井号开始，充当资源内部的书签，引导浏览器显示特定位置的内容。在我们的例子中，view=compact是查询，intro是片段。²

上线前需要理解URL的每个部分吗？

不需要。对于基础建站来说，知道域名和完整URL的区别是最有用的起点。路径、查询和片段在你的站点增长、添加多个页面或参数时会变得更相关。本文描述的说明卡方法让你可以逐步学习这些部分。