当你准备一个小型项目网站并需要把特定页面的地址分享给协作者时，清楚理解地址中每一部分的含义能帮助你准确沟通并尽早发现笔误。本文使用一个假设地址来建立一份简单的交接清单，你可以将其套用到自己的项目中。
域名与完整URL分别回答什么问题
假设你正在搭建一个小型个人项目网站，一位朋友答应帮你审阅一篇草稿页面。朋友向你要地址。你可能想直接说“example点org”，但这只告诉对方该访问哪个站点，并没有指出该看哪一页。域名提供的是互联网上某台网络服务器的人类可读地址，它标识的是服务器本身，而不是服务器上的某个具体页面或文件。1
要把朋友引导到某一特定页面，你需要给出完整URL。URL是互联网上某一唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、图片和文档）的关键机制之一。如果说域名回答的是“哪个站点”，那么完整URL回答的是“该站点上的哪个具体资源”。本文使用的假设地址纯粹用于字符串阅读练习：https://example.org/notes/first-page?view=compact#intro 。这个地址不代表一个真实存在的在线页面，它只是为了让我们练习识别各个组成部分。2
记住这一区别在交接链接时很有帮助。如果你只给出域名，对方会到达站点但可能找不到你预期的页面。如果你给出完整URL，就是在指向一个具体资源。在项目笔记中同时记录这两项信息，可以避免之后的混淆。
标出本例地址的各组成部分
示例地址 https://example.org/notes/first-page?view=compact#intro 包含几个不同的组成部分。根据MDN关于URL结构的指南，一个URL由不同部分组成，有些是必需的，有些是可选的。方案指示浏览器必须使用的协议，权限部分标识被请求的网络服务器，路径指向该服务器上的资源，参数提供额外的键值对，锚点则代表资源内部的一个书签。下面按顺序标出本例中的每一部分。2
井号后面的片段部分，在本例中是intro，其作用相当于资源内部的一个书签，为浏览器指明应显示该书签位置的内容。值得注意的是，井号后面的部分也称为片段标识符，它不会随请求一起发送到服务器。2
注意两个作为分界线的标点符号。问号引导查询字符串，将其与路径分开；井号引导片段，将其与前面的所有内容分开。识别这两个分隔符，你就能在阅读任何地址时快速判断一个部分在哪里结束、下一个部分从哪里开始。
步骤 1
识别方案。最开头的字符 https 后跟 :// ，告诉浏览器请求资源时应使用哪种协议。在本例中，方案是 https。2
步骤 2
识别主机。 :// 与下一个斜杠之间的部分是域名，即 example.org 。它告诉浏览器应联系哪台网络服务器。21
步骤 3
识别路径。从主机后面的第一个斜杠开始到问号之前的所有内容都是路径： /notes/first-page 。它指向服务器上的一个具体资源。2
步骤 4
识别查询。问号标示查询字符串的开始。在本例中查询是 view=compact ，一个键值对。如果有多个键值对，它们之间用和号分隔。2
保持主机不变，对比不同路径与查询字符串
现在保持主机部分 example.org 不变，想象同一项目中你可能记录的另外两个地址。第一个可以是 https://example.org/notes/second-page?view=full ，第二个可以是 https://example.org/gallery/thumbnails?sort=date 。在这两种情况下，方案和主机与原始示例完全相同。变化的是路径和查询字符串。第一个替代地址指向笔记部分下的另一页面，并请求完整视图而非紧凑视图。第二个则转到站点的另一个完全不同的部分，使用了不同的参数名和参数值。
把这些字符串并排观察，可以清楚地看到：即使路径或查询中的变化很小，产生的地址也指向不同的资源或请求不同的呈现方式。在交接文档中记录地址时，完整写出并逐字符对比有助于发现可能把协作者引向错误页面的笔误。这是一个字符串阅读练习，我们并不对这些地址在服务器上实际会返回什么做出推断。
一个有用的习惯是按路径前缀对记录的地址进行分组。所有位于 /notes/ 下的页面属于一个逻辑组，位于 /gallery/ 下的页面属于另一个组。这种分组不需要了解服务器的具体配置，它只是反映了你在字符串本身能看到的内容，使你的清单更容易浏览。
为假设项目制作一张地址说明卡
为每个你计划分享的页面写一张简短的地址说明卡。地址说明卡是一个简单的文本记录，包含三个字段：用你自己的话描述该页面的目的、完整地址、以及各部分的标注分解。对于本例，目的可以写成“供审阅的笔记首页草稿”。完整地址是 https://example.org/notes/first-page?view=compact#intro 。分解列出方案为 https、主机为 example.org、路径为 /notes/first-page、查询为 view=compact、片段为 intro。
记录说明卡的格式以方便为准：纯文本文件、电子表格中的一行、或协作工具中的一条笔记都可以。格式本身不如一致性重要。如果每张卡都遵循相同的三字段结构，你和协作者就能快速浏览列表并找到所需信息，而不必重新阅读大段解释文字。
检查每张卡是否包含你打算分享的完整地址。一个常见错误是只复制了路径而忘记方案和主机，或者在片段对于指向长页面中特定部分很重要时却遗漏了片段。在卡中包含每一部分意味着接收者可以直接将地址粘贴到浏览器中，而不必猜测缺少了什么。
通过手工复制与逐项标记核对说明卡
写好地址说明卡之后，在交接之前做一次快速验证可以捕获错误。以下步骤是作者建议的简单手工核对方法，不需要任何特殊工具。
在每张卡下方另起一行，从头手动重新输入完整地址，而不是复制粘贴。重新输入迫使你逐字符查看，使笔误变得可见。输入完成后，将新行与原始内容逐字符对比。
将发现的任何差异记录在卡片旁边的简短备注中。如果重新输入的版本与原始版本不同，判断哪个是正确的并相应更新卡片。保留一条关于你修正了什么的简短记录，有助于你在以后遇到同样问题时记起这次更正。
步骤 1
从你的说明卡上手动输入完整地址到新的一行，不使用粘贴功能。
步骤 2
标注重新输入的地址各部分：标出方案在哪里结束、主机在哪里结束、路径在哪里结束、查询从哪里开始、片段从哪里开始。
步骤 3
将你的标注版本与原始卡片条目对比。如果每个标注都落在相同的字符上，说明卡片是一致的。如果不一致，修正卡片并记录变动内容。
保留这份说明供以后写作或沟通使用
验证完地址说明卡之后，把它们存放在你真正会再次查看的地方。项目文件夹中的一个专用文本文件、即时通讯工具中的一条置顶笔记、或一份共享文档都可以。目标是有一个地方能让你找到完整地址、各部分标注和简短的目的说明，而不必翻找聊天记录。
当你的项目增长并添加更多页面时，用同样的卡片格式扩展每个新地址。因为每张卡都遵循相同的结构，添加一条新记录只需一分钟，并保持整个列表易于浏览。如果协作者需要一个链接，你可以直接指向卡片，而不必凭记忆重新拼出地址。
随着时间推移，你可能会选择为卡片添加更多字段，例如最后审阅日期，或者该页面是公开可见还是仍在草稿状态的备注。这些补充完全取决于你以及项目如何发展。记录完整地址并标注各部分这一核心习惯，始终是使其他所有备注有意义的基础。
常见问题
分享地址时需要包含片段部分吗？
取决于你是否希望对方到达页面中的特定位置。如果片段指向的内容对协作者很重要，就包含它。如果对方只需要看到整个页面，可以省略片段，他们会从页面顶部开始浏览。
URL中查询字符串和路径的区别是什么？
路径标识你指向的是服务器上的哪个资源，而查询字符串提供额外的键值参数，可能影响该资源的呈现或处理方式。在本例中， /notes/first-page 是路径， view=compact 是查询。
这份清单格式可以用于任何网站的地址吗？
可以。这种标注方法适用于任何格式正确的URL，无论该站点属于谁。你阅读的是字符串结构，它遵循网络上相同的通用模式，因此同一卡片格式既适用于你自己项目的地址，也适用于别人的地址。