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

第一次准备网站时，你会频繁遇到域名和完整URL这两个相关但不同的概念。弄清楚它们各自告诉你什么信息，能帮助你在项目上线前更从容地阅读、书写和整理网站地址。

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

假设朋友告诉你：「我的站点在 example.org，去看看。」这串字符就是一个域名。它指向互联网上的某台特定服务器，但并没有告诉你该去看那台服务器上的哪个页面、图片或文档。域名之所以存在，是因为底层的数字标识——也就是IP地址——对人来说难以记忆，而且可能随时间发生变化。域名提供了一台服务器的人类可读地址，同时解决了这两个问题。¹²

URL是统一资源定位符的缩写，它更进一步。URL是互联网上某个唯一资源的地址，不仅包含域名，还包含要使用的协议、通往该资源的具体路径以及可选的附加指令。理论上每个有效的URL都指向一个唯一的资源。因此，域名回答的是「哪个站点」这个问题，而完整URL回答的是更精确的问题：「那个站点上的哪个具体资源？」³

对首次建站者来说，这个区分在日常工作中很实用。当你想把项目中某个特定页面的链接分享给别人时，你需要完整的URL；当你只是想让人找到你的站点首页时，单独给出域名通常就够了。把这两种角色分开理解，能帮助你更有条理地组织地址，减少后续的混淆。

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

为了练习阅读一个网站地址，我们使用下面这串假设字符串：https://example.org/notes/first-page?view=compact#intro。这个地址纯粹是为了拆解各组成部分而构造的，并不声称该页面真实存在或已在互联网上线。

第一段 https 是方案（scheme），它告诉浏览器请求该资源时应使用哪种协议。接下来是 example.org，这是域名，标识目标服务器。域名之后的路径 /notes/first-page 指定了服务器上被请求的资源。问号引导查询字符串，本例中是 view=compact，查询参数是提供给服务器的额外键值对信息。井号引导片段（fragment），本例中是 intro，片段相当于资源内部的书签，指示浏览器滚动到页面中的特定位置。值得注意的是，片段标识符不会随请求发送给服务器。³

把这些标签写在原始字符串旁边是一个有用的习惯。你可以一眼看出每个部分从哪里结束、从哪里开始，也可以在需要向别人解释地址或检查错误时回头查看自己的笔记。

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

现在保持地址的主机部分 example.org 不变，只改变它后面的内容。把原始字符串和两个变体放在一起比较：https://example.org/notes/second-page 以及 https://example.org/archive?year=2024。三个地址的域名完全相同，浏览器会联系同一台服务器，不同的是路径，以及在某些情况下的查询字符串。

第一个变体把路径从 /notes/first-page 换成了 /notes/second-page，同时去掉了查询和片段。第二个变体把整个路径替换为 /archive，引入了不同的查询参数 year=2024，同样省略了片段。它们各自都是不同的URL字符串。这里我们只是在观察字符串本身的结构差异，并不推断任何特定服务器收到这些请求后实际会做什么。

这个对比对正在组织站点内容的人有一个实际意义：域名在所有页面间保持不变，但路径、查询和片段的每一种不同组合都会产生一个不同的地址。规划内容时提前想好要用哪些路径和参数，有助于让地址结构保持一致、更容易管理。

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

想象你正在规划一个小型个人项目，想要记录自己会用到的地址。一种简单直接的做法是为每个重要地址创建一张简短的说明卡。以本练习为例，卡片内容可以是：目的——首份草稿笔记页；完整地址——https://example.org/notes/first-page?view=compact#intro；方案——https；域名——example.org；路径——/notes/first-page；查询——view=compact；片段——intro。

这张卡片的价值在于它迫使你为每个组成部分明确命名。之后当你需要把地址分享给协作者、嵌入文档或排查一个不能正常工作的链接时，可以对照卡片快速定位哪一部分可能需要关注。卡片同时也是你最初意图的记录，如果地址日后发生变化，你可以拿实际地址和卡片做对比。

卡片的格式可以根据你的工作习惯自由选择：一个纯文本文件、一个笔记应用里的一则备忘，甚至文档中的一张简单表格都可以。格式本身不如养成写下来的习惯重要。对于只有几个页面的首次项目，几行文字通常就够了；项目增长后，你可以在每张卡片上补充页面标题或上次核对地址的日期等信息。

通过复制与逐项标注核对说明卡

打开一个纯文本编辑器，把说明卡上的完整地址复制过来。粘贴到新行后逐段检查：先看方案，是否如你记录的那样写着 https；再看域名，example.org 的拼写是否正确；然后依次核对路径、查询和片段，把每一项与卡片上的记录做对照。

在每一项旁边写下简短的核对备注。例如路径旁可以写「与卡片一致」或「拼写有差异，需要修正」。这种逐项标注能捕捉到整体扫一眼时容易忽略的小错误——少一个斜杠、某个字母位置颠倒、查询中多了一个字符，都可能改变地址的含义。

检查标点符号的位置。确认问号出现在查询之前，井号出现在片段之前。这些分隔符在URL结构中各有特定角色，放错位置会改变地址被解读的方式。整套核对流程是个人质量习惯，不是任何工具或标准强制要求的步骤，它只是帮助你维护准确记录。

保留说明供日后参考

把完成的说明卡存放在项目进行中你会自然看到的位置：文件系统里的专用文件夹、项目规划文档中的一个章节，或者一条收藏的笔记都可以。目标是减少日后查找地址时的阻力，所以选择最契合你现有工作流的方式即可。

当你撰写引用这个地址的内容时——比如一篇博客、一份说明文件或给协作者的消息——直接从卡片上复制完整URL，而不是凭记忆重新输入。这能减少发布时引入拼写错误的机会。如果地址日后发生变更，先更新卡片，再更新所有出现旧地址的地方。

随着时间推移，一小组这样的卡片会成为整个项目的有用参考。你可以回顾它们来查看规划了哪些页面、各地址之间如何关联、命名选择是否仍然一致。这种轻量文档在你中断一段时间后重新回到项目或把项目交接给别人时尤其有帮助。这里描述的记录选择属于普通作者建议，请根据自己项目所需的详细程度灵活调整。

常见问题

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

不是。域名标识一台服务器，而URL是包含域名以及方案、路径、查询、片段等部分的完整地址。域名只是URL内部的一个组成部分。¹³

为什么URL的片段部分不会到达服务器？

片段出现在井号之后，作用相当于资源内部的书签，浏览器用它来滚动到页面中的特定位置。片段标识符不会随请求一起发送给服务器。³

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

对大多数首次项目来说，了解方案、域名、路径以及问号和井号的作用就足够了。像端口或认证字符串这类不太常见的部分，可以等项目有需要时再学习。