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

当你第一次准备网站时，地址栏中的字符串是你最早需要输入、分享和排查的内容之一。本文用一个假设的URL展示每个部分的含义，以及一份简短的书面记录如何在日后帮你减少混淆。

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

假设你正在筹划一个小型个人项目，想把阅读笔记发布到网上，于是为项目选了一个域名。域名是互联网上Web服务器的人类可读地址，它提供一个人们能记住的标签，代替计算机内部使用的数字IP地址。域名回答的问题是：我应该访问哪台服务器？它不指定某个具体页面、某个文件或页面的显示方式，只指向机器本身，而不是机器上的内容。¹

完整的URL回答的是更具体的问题：我要的是那台服务器上的哪一个资源，浏览器应该怎样请求它？URL是互联网上某个唯一资源的地址，也是浏览器用来获取HTML页面、CSS文档、图片等已发布资源的关键机制之一。域名把范围缩小到一台服务器，URL则进一步缩小到该服务器上的某一个资源，并且可以携带关于如何呈现该资源的额外指令。²

本文余下的部分将围绕同一个假设地址展开：https://example.org/notes/first-page?view=compact#intro。这个字符串并不指向一个真实存在或已上线的页面，它纯粹是为了让我们标注各个部分、练习阅读网站地址而构造的。下面所有观察都针对字符串本身的结构，不涉及任何实际运行的服务器。

逐段标出本例地址的各个组成部分

本例中的方案是https。方案指明浏览器请求资源时必须使用的协议，对于网站来说通常是HTTPS或其未加密版本HTTP。在地址栏中，方案出现在分隔符://之前，告诉浏览器用哪一套规则来交换数据。²

authority部分是example.org，即域名，它指明被请求的是哪台Web服务器。路径是/notes/first-page，表示服务器上的一个位置，类似城市中的门牌地址。路径之后是查询字符串?view=compact，问号引出查询，查询是由键值对组成的列表，向服务器提供额外参数。最后是井号引出的片段#intro，片段也叫锚点，代表资源内部的一个书签位置，它不会随请求发送到服务器。²

注意问号和井号各自充当不同信息之间的边界。问号之前的部分标识资源本身，问号与井号之间的部分携带传给服务器的参数，井号之后的部分指向已获取资源内部的某个位置。把这三种角色区分清楚，有助于你阅读任何遇到的地址，而不仅仅是本例。

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

现在保持方案和主机不变，仍为https://example.org，只替换路径。如果把/notes/first-page换成/notes/second-page，浏览器会向同一台服务器请求不同的资源。域名没有改变，联系的仍然是同一台服务器，只有服务器内部的位置不同。这就是你在任何网站上切换页面时看到的模式：主机保持不变，路径在变化。

接下来保持路径不变，只改查询字符串。把?view=compact换成?view=expanded，资源位置相同，但发送的参数值不同。这里我们观察的是字符串的结构，而不是推断某台特定服务器会如何处理这些值。不同服务器处理参数的方式各不相同，了解某台服务器如何使用参数的唯一可靠途径是询问服务器所有者。仅从字符串本身能说的是：查询部分携带了由问号与路径分隔的键值信息。

最后考虑完全去掉片段。地址https://example.org/notes/first-page?view=compact仍然标识同一个资源并传递相同的参数，片段只是指导浏览器滚动到文档内的某个位置。去掉片段不会改变获取的资源，只是移除了关于滚动位置的指令。这个区别在你分享链接时很重要：带片段的链接和不带片段的链接可能显示同一个页面，但落点位置不同。

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

记录一张简短的说明卡，用于你打算使用或分享的每个地址。以本例的阅读笔记项目为例，说明卡可以包含四行内容：一句目的说明、完整地址、各部分的标注列表，以及一条关于片段指向何处的备注。在上线之前写下这些，能给你一份参照，当地址栏显示的内容看起来不对时可以随时比对。

先写目的那一行。对本例来说可以写成：“这个地址指向紧凑视图下的第一篇阅读笔记，并滚动到引言部分。”这句话用平实的语言概括了地址背后的意图。如果你日后修改了路径或查询，可以把新地址和这句话对照，立刻看出意图是否仍然匹配。

在目的行下方，列出每个部分及其角色：方案为https，主机为example.org，路径为/notes/first-page，查询为view=compact，片段为intro。把角色和值并排放置，能帮你快速发现缺少的斜杠、拼错的参数名或意外多出的字符。说明卡不是技术规格文档，而是一份个人核对清单，方便你在配置网站或为协作者撰写文档时随时查看。

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

把说明卡上的完整地址复制到纯文本编辑器中，然后在紧接其下方再粘贴一份。在第二份副本中，在每个边界字符前插入一个空格或换行：://前一个、路径起始处一个、问号前一个、井号前一个。这种视觉分隔让你能确认每个片段的起止位置是否符合预期。如果缺少一个斜杠，或者本该是井号的地方出现了问号，拆分后的排列会显得不均匀，你就能迅速发现错误。

检查每个标注片段是否与说明卡一致，逐项进行。先确认方案与你写下的内容相同，再核对主机的拼写，然后从左到右阅读路径、确认每个目录名称，最后查看查询和片段。按固定顺序执行可以减少跳过某一段或因为地址“看起来没问题”就默认正确的可能性。

每当你从别人那里收到一个地址，或者从文档中粘贴一个地址时，都可以使用同样的复制与标记方法。这个技巧刻意保持简单，不需要任何特殊工具。它的价值在于放慢阅读过程，让细微的差异——比如末尾缺少的斜杠或参数值中多出的一个字符——在实际使用或共享演示造成混淆之前就变得可见。

保留这份记录供日后参考

把说明卡存放在你保存项目笔记的地方。纯文本文件、任务管理工具中的一条笔记，或者项目自述文件中的一小段，都可以。格式不如习惯重要——关键是有一个固定的位置，让完整地址、目的说明和各部分标注放在一起。日后你撰写文档、与协作者分享链接或排查页面异常时，可以打开说明卡与浏览器实际显示的内容进行比对。

自行决定记录多少细节。有人只记完整地址和一行目的说明，有人还会加上各部分的标注、上次核验地址的日期，以及片段在自己的使用场景中是否必要。没有唯一正确的详细程度，说明卡应包含足够的信息，让未来的你能理解当时的意图，而不必从头推导。

随着项目增长、页面增多，你可以把同样的说明卡格式扩展到每一个新地址。书写、标注和核对的做法会逐渐积累成一个小型个人参考库，让你更容易发现规律、尽早捕获拼写错误，并向他人解释你的网站结构。每个地址花费的时间很少，累积带来的清晰度值得这几分钟的投入。

常见问题

片段部分会随请求发送到服务器吗？

不会。片段出现在井号之后，它不会随请求发送到服务器，只是告诉浏览器在已获取的资源内部滚动到哪个位置。²

可以只修改路径而不改变域名吗？

可以。域名标识的是服务器，路径标识的是该服务器上的具体资源。同一个域名下可以有许多不同的路径，分别指向不同的页面或文件。

核对地址说明卡需要特殊工具吗？

不需要。一个纯文本编辑器就够了。把地址复制下来，在每个边界字符处插入换行，然后逐段与说明卡上的记录比对即可。