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

当你第一次准备建站时，地址栏里的那串字符并不只是一个简单的名字。本文用一个假设的完整地址来拆解域名与URL各自回答的问题，并帮你建立一份可复用的地址记录。

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

假设你正在规划一个小型个人项目，在纸上写下了这样一个地址：https://example.org/notes/first-page?view=compact#intro。这个地址完全是假设的，仅用于练习拆解字符串，并不指向一个已发布或已上线的真实页面。练习的目的是识别字符串中每一段在传达什么信息，而不是访问目的地。

域名回答的问题是“我要访问互联网上的哪台服务器”。域名是互联网基础设施的关键组成部分，为互联网上任何可用的网络服务器提供人类可读的地址。计算机通过IP地址定位服务器，而IP地址是数字形式的，人们很难记住，因此域名作为指向这些数字地址的友好别名而存在。¹²

完整URL回答的是一个更广泛的问题：“浏览器应当从该服务器上取回哪个具体资源，在什么条件下取回？”URL是互联网上唯一资源的地址，是浏览器用来获取已发布资源的关键机制之一，这些资源包括HTML页面、CSS文档和图片等。在我们的假设示例中，域名部分只是其中一个组成部分；字符串的其余部分将请求进一步限定到特定页面、显示偏好和文档内的位置。³

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

再次看这个假设字符串：https://example.org/notes/first-page?view=compact#intro。方案部分是https，它指示浏览器必须使用什么协议来请求资源。对于网站来说，协议通常是HTTPS或其未加密版本HTTP。方案位于分隔符://之前，告诉浏览器如何与服务器通信。³

本例中的权威部分是example.org。这就是域名，它指示正在请求哪台网络服务器。在域名结构中，最后一个点之后的部分是顶级域名，它告诉用户该域名背后服务的一般用途。最通用的顶级域名如.com、.org和.net不要求网络服务满足任何特定条件。顶级域名之前的标签是example，组合起来构成完整域名example.org。¹³

权威部分之后是路径/notes/first-page。路径代表通往网络服务器上特定资源的路由。路径之后是查询字符串?view=compact。问号引导查询部分，其中包含以键值对形式提供给网络服务器的额外参数。这里的键是view，值是compact。最后，井号引导片段#intro。锚点代表资源内部的一个书签，为浏览器提供指引，使其显示该书签位置的内容。井号之后的部分不会随请求发送给服务器。³

保持主机部分不变，对比不同路径和查询

当你能识别出每个部分后，一个有用的下一步是保持主机部分不变，只改变路径或查询。例如，如果路径变为/notes/second-page而不是/notes/first-page，域名和方案完全相同，但字符串指向的是同一服务器上不同的资源位置。路径正是区分同一域名下不同页面的部分。

同样，如果查询从?view=compact变为?view=full，域名和路径保持不变，而传递给服务器的额外指令则不同。查询字符串不会改变你到达的服务器；它传递的是服务器在返回资源之前可能使用的额外信息。不同的服务器以各自的方式处理参数，因此观察字符串只能告诉你正在请求什么，而无法揭示服务器实际如何响应。

如果片段从#intro变为#summary，浏览器会滚动到同一文档内不同的书签位置。由于片段不会发送给服务器，改变它完全不会影响服务器返回的内容。这个区别在分享链接时很重要：两个仅在片段上不同的URL会从服务器取回相同的内容，但向读者显示不同的位置。

为你的项目做一张地址说明卡

记录你计划使用的每个地址的用途，写在一张简单的说明卡上。对于这个假设项目，你可以写：“这个地址指向我的笔记合集的第一页，以紧凑模式显示，滚动到引言部分。”用通俗语言陈述用途有助于你日后验证地址是否仍然符合你的意图。

在卡片上完整写出地址，然后在其下方逐一列出各部分：方案、域名、路径、查询和片段。这种拆解方式让你无需重新阅读整个字符串就能发现某一部分的拼写错误。如果你的项目最终有多个页面，每个页面都有自己的卡片，记录各自的路径和适用的查询或片段。

标注你认为哪些部分是固定的，哪些可能随项目发展而变化。域名通常是最稳定的元素，因为它标识你的服务器。路径往往随着页面增加而增长。查询和片段最为灵活，因为它们可以在不影响底层资源位置的情况下调整。在卡片上记录这些稳定性预期，可以在日后更新内容或重组页面时提供快速参考。

手工核对自己的说明卡

在将地址用于链接、邮件或文档之前，手工核对可以发现自动化工具可能忽略的错误。以下步骤是普通作者建议，用于验证你的说明卡，并非任何规范的要求。

检查每个部分是否与原始字符串逐一吻合。从方案开始，确认域名拼写，然后逐段阅读斜杠之间的路径。路径之后，确认问号只出现一次，并且每个键值对正确分隔。最后验证井号出现在查询之后，并且片段标识符与你预期的部分一致。

在卡片下方写一句简短的总结，用通俗语言复述这个地址应当做什么。如果这句话和字符串不一致，你就发现了一处不匹配。当你为同一个项目准备多个地址时，这种方法尤其有用，因为它迫使你明确说出每个地址的区别，而不是假设它们看起来足够相似。

步骤 1

将完整地址从说明卡复制到一个纯文本编辑器中，这样你可以看到每个字符而不受浏览器格式化的影响。

步骤 2

在方案之后、域名之后、路径之后、查询之后和片段之后分别插入换行或简短标注，为每个部分加上标签。

步骤 3

将每个已标注的部分与卡片上的用途说明逐一比较，确认它们描述的是相同的资源和相同的条件。

保留这份说明供以后使用

将完成的说明卡与你的其他项目文件放在一起，这样在撰写内容、分享链接或向协作者解释站点结构时可以随时参考。说明卡是个人参考工具；它的价值来自你在标注练习中建立的清晰度，而不是来自任何外部验证。

记录每次新增页面、重命名路径或调整查询参数时的变化，及时更新说明卡。保持卡片最新意味着你在发布链接或在文档中嵌入地址之前始终有一个可以核查的地方。如果你与团队协作，分享卡片格式可以帮助大家使用一致的地址约定。

经过几个项目的练习后，将地址拆解为已标注部分的习惯会变得自然。到那时，说明卡可以简略也可以详细，取决于你的工作流程需要。重要的结果是你看到任何URL时都能立即识别出哪一部分回答哪个问题：服务器在哪里、你要哪个资源、有哪些额外指令、文档中要看哪个位置。

常见问题

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

不是。域名标识服务器，而完整URL还包含方案、路径以及可选的查询和片段，用于指定该服务器上的特定资源。¹³

改变URL中的片段会影响服务器返回的内容吗？

不会。井号之后的片段标识符不会随请求发送给服务器，因此它只影响浏览器在已取回文档中显示内容的位置。³

同一个域名下的两个URL可以指向不同页面吗？

可以。URL的路径部分区分同一服务器上的不同资源，因此同一域名下不同路径会到达不同的页面或文件。³