在把网站地址分享给别人之前，先弄清楚这串字符里每一部分的含义会很有帮助。本文通过一个假设的完整地址，逐一标注各个组成部分，并演示如何做一份简单的记录供日后使用。
域名与完整URL分别回答什么问题
假设你正在准备一个小型个人项目，想在分享地址之前先理解网站地址究竟包含哪些内容。请看这个纯粹用于拆解字符串的假设地址：https://example.org/notes/first-page?view=compact#intro。这个页面不需要真实存在，练习的目的只是阅读字符并辨认每一段代表什么。
域名回答的是「你要访问哪台服务器或哪个站点」这个问题。域名是互联网基础设施的关键组成部分，因为它们为互联网上任何可用的网络服务器提供了人类可读的地址。计算机可以轻松处理数字形式的IP地址，但人们很难记住这些数字，域名通过提供一个可读的标签来解决这个问题。1
完整URL回答的是一个更具体的问题：你要访问那台服务器上的哪个资源？URL是互联网上唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、CSS文档和图片）的关键机制之一。域名只是完整URL字符串中的一个组成部分，其余部分进一步限定了所请求的具体资源。2
在本例中标出地址的各个部分
在我们的例子中，https是方案。方案指示浏览器必须使用哪种协议来请求资源。对于网站，协议通常是HTTPS或HTTP，方案总是出现在分隔符://之前，紧接着就是域名。2
example.org这一段是域名，也称为主机。它告诉浏览器要请求哪台网络服务器。路径/notes/first-page跟在域名后面，代表该服务器上某个资源的位置。在早期，这样的路径代表服务器上的实际文件位置，但现在它主要是由网络服务器处理的一种抽象，并不对应真实的物理文件。2
问号引出查询字符串。在我们的例子中，?view=compact向网络服务器提供键值对形式的额外参数。井号引出片段标识符：#intro是指向资源本身另一个位置的锚点。井号之后的部分也称为片段标识符，它不会随请求发送到服务器，这意味着它只影响浏览器在本地如何显示页面。2
同一主机下的不同路径与查询
保持主机部分example.org不变，只改变路径。比较https://example.org/notes/first-page和https://example.org/gallery/latest。两个地址的域名完全相同，只有路径不同。这说明两个地址指向同一台服务器，但请求的是该服务器上不同的资源。我们可以纯粹通过阅读字符串来观察这一区别，不需要知道服务器实际如何处理这些路径。
现在保持路径不变，只改变查询。比较https://example.org/notes/first-page?view=compact和https://example.org/notes/first-page?view=full。这两个地址的方案、域名和路径完全相同，只有等号后面的参数值不同。网络服务器可以利用这些参数在返回资源之前做额外处理，但从阅读者的角度来看，我们只是在记录字符串在某个特定位置发生了变化。2
最后，比较两个只有片段不同的地址。https://example.org/notes/first-page#intro和https://example.org/notes/first-page#summary拥有相同的方案、域名、路径和查询。片段改变的是浏览器应在资源内部定位的位置。由于片段不会发送到服务器，这一差异完全由浏览器在客户端处理，这意味着只有片段不同的两个URL始终会到达相同的服务器端资源。2
为假设项目制作一张地址说明卡
记录你计划使用或分享的每个地址的简要说明卡。对于我们的假设例子，卡片可以包括页面的用途、完整写出的地址，以及每个已识别部分的简短标签。把这些信息放在一起，意味着你在撰写文档、向合作者解释地址或调试一个行为异常的链接时都可以随时查阅。
先用平实的语言写下用途，再列出技术部分。例如，你可以写「这个页面展示个人笔记集合中第一篇笔记的精简视图」。然后完整写出URL，接着为每个组成部分各占一行：方案、域名、路径、查询、片段。这个顺序与字符串从左到右的阅读方向一致，方便日后核对。
列出你实际会维护的格式。纯文本文件、项目笔记中的一条记录或简单的表格行都可以。重要的是卡片放在你以后会再看到的地方。如果后来你增加了第二个页面或修改了参数值，可以更新卡片并立即看到变化，而不必从头重新拆解。
手工核对说明卡
手工核对能发现初次写下地址时容易忽略的小错误。下面的过程只用到复制和标注，不需要特殊工具。把每一步当作建立可靠习惯的作者建议，而不是技术上的强制要求。
标注完成后，从上到下再通读一遍卡片。确认用途描述仍然与地址实际指向的内容一致，并且没有遗漏或重复任何部分。如果一切吻合，卡片就可以保留。如果发现不对的地方，趁原始思路还清晰时立即修正。
每次向项目文档添加新地址时都使用同样的核对流程。第一次可能觉得慢，但练习之后标注会变快，而反复检查的习惯能在拼写错误给你或其他阅读笔记的人造成困扰之前就将其捕捉到。
步骤 1
从说明卡中复制完整URL，粘贴到原始地址正下方的空白行。这样你就有了一份可以标记的副本，而不会改动干净的原始版本。
步骤 2
在副本字符串的每个片段上方或旁边标注部分名称：方案、域名、路径、查询、片段。使用与卡片上相同的标签，确保两处完全一致。
步骤 3
将标注结果与原始卡片逐项对比。如果每个标签都匹配且没有遗漏任何片段，说明卡片是一致的。如果发现不匹配，先修正卡片再继续。
保留记录供日后使用
说明卡核对完毕后，把它存放在与项目相关联的位置。如果你维护一份README文件或项目笔记本，就把卡片贴在那里。如果你与他人协作，共享文档也很方便，因为任何人都可以查阅地址拆解而不必再请你解释一遍。目标是让信息在你或合作者需要它的那一刻能被找到。
自行决定每张卡片保留多少细节。对于简单的单页项目，五个部分的拆解通常就足够了。对于拥有许多页面的较大站点，你可以加一条简短说明，指出哪些页面共享同一域名但路径不同，这样未来的读者可以看到规律而不必逐个重新阅读每个地址。详细程度由你作为作者自行把握。
地址发生变化时记得回来看卡片。如果你重命名了路径、新增了查询参数或移除了片段，同时更新卡片。保持记录处于最新状态，它才能作为可信的参考，而不是一个过时的快照在之后的编辑中误导你。
常见问题
URL中的片段部分会发送到服务器吗？
不会。片段标识符即井号后面的部分，不会随请求发送到服务器。它只被浏览器用来在已加载的资源内部定位显示位置。2
域名相同但路径不同的两个URL可以指向不同资源吗？
可以。域名标识服务器，路径标识该服务器上的具体资源。保持域名不变而改变路径，意味着你在向同一台服务器请求不同的资源。2
把URL拆解成各部分需要特殊工具吗？
不需要。你可以通过阅读字符串并注意分隔字符来识别每个部分：方案在://处结束，路径从域名后的第一个斜杠开始，查询从问号开始，片段从井号开始。一个纯文本编辑器就足够完成标注。