当你为新网站准备页面时，迟早需要把页面的准确地址分享给协作者、工具或未来的自己。本文以一个假设项目地址为例，展示如何识别字符串的每个部分，并提供一套简单的记录方法，方便你在交接任何页面链接时复用。
域名与完整URL分别回答什么问题
假设你正在搭建一个小型个人项目，想把某个特定页面分享给朋友。你可能会说「去 example.org 看看」，但这只告诉朋友该联系哪台服务器，并没有指向你想要的那个页面。域名回答的问题是「我应该联系哪台Web服务器？」，而完整URL还额外回答了「那台服务器上我要的是哪个具体资源？」。这个区别很重要，因为一个域名下可以承载许多不同的页面、图片和文档，每个都有各自独立的地址。1
在我们的假设项目中，将要拆解的完整地址是 https://example.org/notes/first-page?view=compact#intro 。这是一个纯粹用于说明的虚构字符串，我们并不声称这个页面真实存在或已上线。练习的目的是让你学会阅读任何遇到或计划使用的地址，这样在把页面链接交接给别人时，每个部分都清晰可查。
可以把域名想象成一栋建筑的门牌号，而URL的其余部分则是通往建筑内某个房间、某层书架或某个书签位置的路线指引。如果只给出门牌号，接收者知道建筑在哪里，却不知道要上几楼、找哪份文件。同时记录域名和完整的路径、查询与片段，能让接收你交接信息的人获得足够的信息来定位你原本想指向的那个资源。1
在本例中标出地址的各个部分
一个URL由不同的部分组成，有些是必需的，有些是可选的。在我们的示例字符串 https://example.org/notes/first-page?view=compact#intro 中，可以识别出五个不同的组成部分。方案（scheme）是 https，它告诉浏览器必须使用哪种协议来请求资源。权限部分（authority）即主机名是 example.org，它告诉浏览器该联系哪台Web服务器。路径是 /notes/first-page，它标识了该服务器上的一个具体资源。查询是 view=compact，由问号字符引导。片段是 intro，由井号字符引导。12
问号是标记查询字符串开始的分隔符。根据URL的结构，查询以键值对的形式向服务器传递参数，服务器可以在返回资源之前使用这些参数。在我们的例子中，view=compact 是一个参数，其中 view 是键，compact 是值。井号字符也称为片段标识符，它标记的是资源本身内部的一个位置。片段不会随请求发送给服务器，它完全在客户端处理，指引浏览器跳转到已加载文档中的特定区域。12
当你为自己的项目写下这些部分时，请逐项明确标注。在一行写「方案：https」，下一行写「主机：example.org」，以此类推，可以避免日后你或协作者试图从笔记中重建地址时产生混淆。这种标注习惯在页面同时包含查询字符串和片段时尤其有用，因为如果只粗略扫一眼完整字符串，这两者很容易搞混。
保持主机不变，对比不同路径和查询
现在保持主机部分 example.org 不变，只改变路径。如果把 /notes/first-page 替换为 /notes/second-page，得到的字符串 https://example.org/notes/second-page?view=compact#intro 就指向同一台服务器上的另一个资源。方案、查询和片段在形式上完全相同，但仅凭路径的不同就足以让浏览器定位到不同的文档。这说明路径是在同一域名下区分不同页面的主要方式。1
接下来，保持路径不变，只改变查询。地址 https://example.org/notes/first-page?view=full#intro 与我们原来的地址只在查询值上不同：full 替代了 compact。路径仍然标识同一个基础资源，但参数请求服务器在返回资源之前以不同的方式处理请求。每台Web服务器对参数有自己的规则，因此除非你查阅了服务器所有者的文档，否则不应假设某个特定查询值会产生什么效果。1
最后，只改变片段。地址 https://example.org/notes/first-page?view=compact#summary 指向同一个资源并传递相同的查询，但指引浏览器跳转到已加载页面中不同的书签位置。由于片段完全在客户端处理，改变它不会影响服务器返回的内容，只会改变页面加载后浏览器滚动或聚焦的位置。把这些字符串差异并排观察，能帮助你在交接更新后的链接时精确描述发生了什么变化。2
为假设项目制作地址说明卡
为你计划交接的每个页面写一张简短的说明卡。说明卡至少应包含四个字段：用通俗语言描述的页面用途、完整的URL字符串、各组成部分的逐项标注，以及关于你为什么选择该路径或查询的备注。在我们的假设项目中，用途一栏可以写成「项目笔记初稿，紧凑阅读视图」。完整URL字段保存准确的字符串 https://example.org/notes/first-page?view=compact#intro ，不添加多余空格。
逐项标注部分把每个组成写在单独一行：方案、主机、路径、查询键、查询值、片段。分行书写便于发现任何单一组成部分中的拼写错误，而不必逐字扫描整条字符串。备注字段用来记录URL本身看不出来的决定，比如你为什么选用「compact」而不是「summary」作为视图参数的值，或者为什么片段命名为 intro 而不是 top。
把说明卡记录在你已经使用的项目笔记工具中：纯文本文件、电子表格的一行或专门的文档都可以。格式不如一致性重要。如果项目中每个页面都遵循相同的说明卡结构，协作者就能快速浏览多张卡片找到所需的那张，而不必请你口头解释每个地址。
用手工复制与逐项标记核对说明卡
在分享说明卡之前，用两个简单的检查将它与原始字符串核对。这些是普通作者建议，不是任何工具或规范的要求。
如果任一检查发现不匹配，立即更正说明卡并记录错在哪里。这个习惯能在交接对象造成困惑之前，抓住字符顺序颠倒、缺少斜杠或多余空格等问题。
在交接会议或消息发出之前，对项目中每张说明卡重复核对。保留一份简短的记录，写明哪些卡片已核对、何时核对，能让你确信没有遗漏，也让接收者清楚地知道这些地址已经过审查。
步骤 1
从说明卡中复制完整URL，粘贴到一个空白文本编辑器中。然后从你最初写下该URL的地方复制原始地址。逐字符比较两个字符串，注意斜杠、问号和井号的位置。
步骤 2
将说明卡上每个标注的组成部分与粘贴的字符串逐一核对。确认你写的路径与主机和问号之间的字符一致，查询与问号和井号之间的字符一致，片段与井号之后的所有内容一致。
保留记录供以后使用
说明卡核对完成后，将它们存放在一个能超越当前对话或任务而持续存在的位置。项目仓库中的专用文件夹、共享文档甚至一个加入书签的笔记都可以。目标是六周后当你需要更新链接或向新协作者解释地址时，能打开说明卡直接看到完整的拆解，而不必凭记忆重新构建。
自行决定备注字段保留多少细节。有些人只记录用途和字符串；还有人会记下说明卡的创建日期、选择某个路径的原因，以及查询参数对于页面正确显示是可选还是必需的。没有唯一正确的答案，选择与你预计回访或分享这些地址的频率相匹配的详细程度即可。
当你最终交接项目或引导新人加入时，这些说明卡就成为一份自包含的参考资料。接收者可以阅读用途行来理解每个页面的作用，查看完整URL来导航到该页面，并在需要修改某一部分而不影响其他部分时参考逐项标注。这个小小的记录习惯能节省时间，减少链接交接过程中常见的来回确认。
常见问题
分享页面地址时需要包含片段吗？
包含片段是可选的。片段指引浏览器在页面加载后跳转到特定区域，但它不会发送给服务器。如果你希望接收者直接落在某个特定区域，就包含它；如果整个页面都相关，可以省略。12
如果只改变查询字符串而保持路径不变会怎样？
路径仍然标识同一个基础资源，但查询向服务器传递了不同的参数。每台服务器自行决定如何处理这些参数，因此效果取决于服务器自身的规则。你可以观察字符串的差异，但在未查阅服务器文档之前不应假设特定结果。1
如果每个页面都使用相同的方案，说明卡上还需要写方案吗？
在每张说明卡上明确写出方案可以避免歧义，尤其是当你的项目日后可能包含非HTTP资源（如 mailto 链接）时。写上方案几乎不增加任何成本，却能让每张卡片自成一体。