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

如果你正在准备第一个个人网站或小型项目网站，你会遇到两个相关但不同的概念：域名和完整URL。混淆它们很常见，而这种混淆可能导致笔记标注错误或日后链接出错。本文用一个假设地址来逐步说明每个概念分别回答什么问题、URL各部分如何组合，以及如何为自己的项目保留一份简单的参考卡片。

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

假设你正在搭建一个小型网站来收集读书会的阅读笔记。你为这个假设练习选择了域名example.org。域名回答一个具体问题：互联网上哪台服务器应当处理你的请求？域名为互联网上任何可用的网络服务器提供人类可读的地址，因为计算机实际使用的数字IP地址对人类来说难以记忆，而且可能随时间变化。¹

完整URL回答一个更宽泛的问题：你想要那台服务器上的哪个具体资源，浏览器应当如何请求它？URL是互联网上唯一资源的地址，由不同部分组成，有些是必需的，有些是可选的。因此，域名指向服务器，而URL在此基础上增加了通往服务器内容中特定页面、文件或章节的指引。²

在我们的读书会场景中，example.org告诉浏览器该联系哪台机器。完整地址https://example.org/notes/first-page?view=compact#intro则更进一步：它指定了协议、确切的页面路径、一个显示偏好，以及页面内需要滚动到的位置。理解这种区分有助于你写出更清晰的笔记、与合作者沟通，并在某些内容未按预期加载时进行排查。

标出本例地址的每个组成部分

让我们取假设地址https://example.org/notes/first-page?view=compact#intro，标出每个组成部分。这个地址纯粹为了拆解字符串而构造，并不声称指向一个真实存在的页面。第一部分https是方案。方案指示浏览器必须使用哪种协议来请求资源。对于网站，协议通常是HTTPS或HTTP，即其未加密版本。²

方案之后是权限部分，由字符模式://分隔。在我们的例子中，权限部分是example.org，即域名，指示正在请求哪台网络服务器。域名之后是路径/notes/first-page，表示该资源在服务器上的位置。在早期网络中，这样的路径代表服务器上的物理文件位置，但如今它主要是由网络服务器处理的抽象概念，没有对应的物理实体。²

我们的例子中还出现了两个部分。问号引导查询字符串view=compact。查询参数是提供给网络服务器的额外键值对，每台服务器对如何处理参数有自己的规则。井号引导片段标识符intro。锚点代表资源内部的一种「书签」，为浏览器提供指引，使其显示位于该书签位置的内容。值得注意的是，井号之后的部分不会随请求发送到服务器。²

同一主机，不同路径与查询

现在保持主机部分example.org不变，只替换路径。比较https://example.org/notes/first-page与https://example.org/notes/second-page。域名和方案完全相同，但路径不同，因此浏览器被导向同一服务器上的不同资源。仅从字符串本身可以观察到两个地址共享一台服务器但指向其中不同的位置。你无法从字符串判断服务器实际上会为每个路径返回什么。

接下来，保持路径不变，改变查询。比较https://example.org/notes/first-page?view=compact与https://example.org/notes/first-page?view=full。方案、域名和路径全部相同，只有等号后面的值不同。这说明同一个资源正在以不同的参数被请求。服务器是否真的会为这两个值产生不同的输出，需要通过测试或询问站点所有者来确认，而不是通过阅读字符串。

最后，只改变片段。比较https://example.org/notes/first-page#intro与https://example.org/notes/first-page#summary。在两种情况下服务器收到的请求是相同的，因为片段从不发送到服务器。差异只影响浏览器在返回文档中滚动到哪里。这一观察强化了一个区分：片段是客户端指令，而路径和查询会传送到服务器。

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

记录一张简短的说明卡，用于你的假设项目。卡片只需要四行：页面的用途、完整地址、域名和路径。对于我们的读书会示例，用途可以写成「第一个阅读笔记页面，紧凑显示，滚动到引言部分」。完整地址是https://example.org/notes/first-page?view=compact#intro。域名是example.org。路径是/notes/first-page。把它们分别写下来会迫使你识别每个组成部分，而不是把地址当作一个不透明的字符串。

如果有助于将来的自己，可以再加两行可选项：查询字符串和片段。在这个例子中，查询是view=compact，片段是intro。把它们写在卡片上，方便向合作者解释地址的哪个部分控制显示偏好、哪个部分控制滚动位置。如果项目增长，你可以为更多页面添加更多卡片，每个地址一张。

选择一种你实际会维护的格式。纯文本文件、电子表格中的一行、或者项目管理工具里的笔记都可以。关键决定是一致性：在站点只有少数几个页面时就选定一个地方和一种格式，让习惯尽早建立。这是个人的组织选择，不是技术要求。

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

检查你的说明卡是否与实际地址字符串一致，方法是把完整URL复制到一行空白处，然后手工标出每个边界。在方案、权限、路径、查询和片段之间分别放置斜杠或空格。对于我们的例子，你会把它分成五个片段：https、example.org、/notes/first-page、view=compact和intro。如果卡片上有任何片段缺失或错位，在继续之前先修正。

标注每个片段旁边的分隔符。冒号和双斜杠将方案与权限分开。问号引导查询。井号引导片段。把这些分隔符明确写出来有助于发现常见错误，比如把查询参数放在片段之后，或者遗漏路径开头的斜杠。

用第二轮检查确认卡片上的用途描述与字符串实际内容相符。如果用途行提到「紧凑显示」，就核实查询中确实包含view=compact而不是其他值。如果提到「引言部分」，就核实片段确实是intro。这种交叉核对每个地址不到一分钟，却能捕捉到地址较长时很容易出现的复制粘贴错误。

保留说明卡供以后参考

把完成的说明卡存放在你会重新查看的地方。如果你正在为站点编写文档，这张卡片可以成为内部参考页面的第一条记录。如果你正在与设计师或开发者沟通，可以把相关行粘贴到消息中，准确表明你指的是哪个地址。卡片的价值不在于创建一次，而在于当有人问某个链接是做什么的时候，你随时有一份现成的解释。

自行决定保留多少细节。有些人觉得记下自己为什么选择某个查询参数或片段名称很有用。另一些人偏好只记录结构部分，把命名理由放在单独的设计文档里。两种方式都没有对错，目标是将来的你或合作者能直接读懂卡片，立即理解这个地址应当做什么，而不必从头重新推导拆解过程。

随着项目增长，在你重命名页面或调整参数时回顾旧的卡片。在更改地址的同时更新卡片能保持参考信息的准确性，防止文档因缓慢漂移而变得不可靠。这种做法只是良好的笔记习惯，不依赖任何特定工具或平台。

常见问题

域名和URL是同一个东西吗？

不是。域名标识的是服务器，而URL是包含方案、域名、路径以及可选查询或片段的完整地址。域名是URL中的一个组成部分。¹²

URL中的片段部分会发送到服务器吗？

不会。井号之后的部分也称为片段标识符，它不会随请求发送到服务器。它只告诉浏览器在返回的文档中滚动到哪里。²

能从URL看出服务器会返回什么吗？

不能可靠地判断。URL字符串显示了正在请求哪个资源以及包含哪些参数，但实际响应取决于服务器的配置方式。你需要测试请求或询问站点所有者来确认行为。