在个人网站或小型项目上线之前，你需要理解域名与完整URL之间的区别。本文用一个假设地址逐步拆解每个组成部分，帮助你学会阅读、标注和记录网站地址。
域名与完整URL分别回答什么问题
假设你正在规划一个小型笔记项目，想给它一个网站地址。本文的练习使用这个假设地址：https://example.org/notes/first-page?view=compact#intro。这个页面并不存在，也从未发布过；它纯粹是为了练习阅读地址而构造的字符串。一眼看去，你会发现它包含的信息远不止一个名字。
域名回答的是一个具体问题：应该联系互联网上的哪台服务器？域名为互联网上任何可用的网络服务器提供了一个人类可读的地址，因为人们很难记住数字形式的IP地址，而且这些地址可能随时间变化。在我们的例子中，域名是example.org。它告诉浏览器把请求发送到哪里，但并没有说明你想要那台服务器上的哪个具体资源。1
完整URL回答的是一个更宽泛的问题：应该获取哪个唯一资源，以及在什么条件下获取？URL是互联网上唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、图片和文档）的关键机制之一。我们的示例字符串是一个完整URL，因为它不仅指定了服务器，还指定了路径、查询参数和片段。每增加一个部分，请求就被进一步缩小范围。2
标注示例地址的每个部分
把这个假设字符串拆分为各个组成部分。方案是https，它表示浏览器请求资源时必须使用的协议。方案后面总是跟着冒号加两个斜杠的分隔符模式。分隔符之后是权限部分，在我们的例子中只包含域名example.org。因为没有写出端口号，标准HTTPS使用默认端口，所以端口可以省略。2
域名之后是路径：/notes/first-page。路径表示资源在网络服务器上的位置。在早期网络中，这样的路径代表服务器上的物理文件位置，但如今它大多是网络服务器处理的抽象概念，没有对应的物理实体。路径之后是问号，它引入查询字符串。在我们的例子中，查询是view=compact。查询参数是提供给网络服务器的额外键值对，问号就是标志它们开始的字符。2
最后，井号引入片段。在我们的例子中，片段是intro。锚点代表资源内部的一种书签，为浏览器提供指示，让它显示位于该书签位置的内容。值得注意的是，井号后面的部分（也称为片段标识符）永远不会随请求发送给服务器。总结一下：问号引导查询，井号引导片段。这两个分隔符一开始容易混淆，但记住它们在字符串中的顺序——问号在前、井号在后——就能分清。2
同一主机下不同路径与查询的对比
现在保持主机部分固定为example.org，只改变路径。考虑 https://example.org/notes/second-page 和 https://example.org/about/team。这两个字符串共享相同的域名，所以它们指向同一台服务器。区别完全在于路径部分，它告诉服务器正在请求哪个资源。仅从字符串本身就能观察到它们是不同的地址；至于服务器是否真的在每个路径上提供不同内容，只有服务器运营者才能回答。2
接下来，保持主机和路径都不变，只改变查询字符串。对比 https://example.org/notes/first-page?view=compact 和 https://example.org/notes/first-page?view=full。两者路径相同，所以请求的是同一个页面。查询参数不同：一个请求紧凑视图，另一个请求完整视图。服务器如何响应该参数取决于它自己的规则。每个网络服务器对参数有自己的规则，确认某个特定服务器是否处理参数的唯一可靠方式是询问该服务器的所有者。2
这个练习说明，即使域名保持不变，改变字符串中的某一段也会产生不同的URL。域名标识服务器；路径、查询和片段各自增加一层具体性。当你规划自己的站点时，注意这些层次有助于理解为什么两个看起来相似的链接可能指向不同资源，以及为什么路径或查询中的一个小小拼写错误会导致意想不到的结果。
为假设项目制作一张地址说明卡
记录你的假设项目目的，用一句话概括。对于我们的笔记示例，目的可以是：一个用于收集阅读笔记的个人页面。把这句话写在卡片顶部。在它下方，完整写出你希望地址呈现的样子：https://example.org/notes/first-page?view=compact#intro。把完整字符串集中在一处，可以防止之后复制进配置文件或文档时出现意外截断或顺序错乱。
列出完整地址下方每个部分的标签，各占一行。方案：https。域名：example.org。路径：/notes/first-page。查询：view=compact。片段：intro。这种逐行列出的方式让你很容易看出，如果想指向不同页面或调整显示模式，需要修改哪一段。说明卡是一个简单的参考，当你需要向合作者解释地址或把它粘贴到新工具中时，可以随时查阅。
如果你的项目最终会有多个页面，可以在卡片上增加更多行。每一行共享相同的域名，但带有不同的路径或查询。尽早建立说明卡——即使项目仍处于假设阶段——能帮助你养成把地址当作结构化字符串而非不透明文本块来对待的习惯。这个习惯在你开始调试链接或撰写文档时会派上用场。
手工核对说明卡
检查你的说明卡是否准确，方法是把完整地址从卡片复制到纯文本编辑器中，然后手动标注每一段。这一步能发现你在整体阅读地址时看不到的转录错误。
标注完成后，将你的手动拆解结果与卡片逐行对比。如果每个部分在拼写、顺序和分隔符位置上都一致，说明卡片是准确的。如果有任何不同，在你依赖它进行配置或沟通之前先修正卡片。
每次编辑地址、添加新页面或更改查询参数时，都重复这个检查。过程只需片刻，但它能让你确信自己分享或配置的字符串正是你原本想要的那个。
步骤 1
从说明卡中复制完整URL，粘贴到纯文本编辑器的一个空白行。
步骤 2
在每个分隔符前插入空格或换行：方案分隔符之后、路径第一个斜杠之前、问号之前、井号之前。
步骤 3
在每一段旁边写出标签：方案、域名、路径、查询、片段。
步骤 4
将标注好的各段与说明卡上的各行逐项对比，确认每个字符都一致，包括斜杠、问号和井号。
保留这份记录供以后使用
把地址说明卡存放在你真正会回顾的地方，比如项目的README文件或专门的笔记文档。说明卡的价值不在于创建一次，而在于当你需要向他人解释地址结构、更新链接或排查损坏的URL时，有一份可靠的参考。由于卡片把每个部分分开列出，你可以快速识别哪一部分发生了变化，而不必逐字符重新阅读整个字符串。
当你的项目超出单个页面时，在同一张卡片上添加新条目，或创建一个小表格。每个条目应重复域名、列出其唯一路径，并注明它使用的查询参数或片段。这样所有地址都在一个视图中，当两个页面意外共享相同路径或某个查询参数被拼错时，一眼就能发现。
格式的选择由你决定。有人喜欢简单列表，有人使用包含目的、完整地址和各部分列的表格。重要的是保持一致：选定一种格式并坚持使用，这样未来的你无需重新学习布局就能快速浏览记录。本文的假设示例使用了平铺列表，因为只有一个地址，但随着页面增多，表格的扩展性更好。
常见问题
URL中的片段部分会发送给服务器吗？
不会。井号后面的部分称为片段标识符，它永远不会随请求发送给服务器。它由浏览器用来定位已获取资源内部的特定位置。2
同一个域名配不同路径能指向不同页面吗？
可以。域名标识服务器，路径指定请求该服务器上的哪个资源。同一域名下的不同路径可以指向不同页面，但服务器如何处理每个路径由服务器所有者决定。2
域名和URL的区别是什么？
域名用人类可读的地址标识一台网络服务器。URL是完整地址，包含域名以及方案、路径、查询和片段等附加部分，指定要获取的确切资源。12