当你为新建网站规划页面时，最终需要把每个页面的完整地址记录下来，方便协作者、设计师或未来的自己找到正确位置。本文通过一个假设地址逐步演示如何识别每个组成部分、清晰记录并在分享前核对。
域名与完整URL分别回答什么问题
假设你正在规划一个小型个人项目，将来会放在 example.org 上。在任何页面搭建之前，你已经知道了域名：example.org。域名标识的是你想访问哪台网络服务器。根据MDN的说明，域名指明请求的是哪台网络服务器，通常以域名形式书写而非原始IP地址，因为域名对人来说更容易记忆和输入。1
完整URL回答的是一个更具体的问题：在那台服务器上，你要找的到底是哪个资源？MDN将URL定义为互联网上唯一资源的地址，是浏览器用来获取已发布资源（如HTML页面、CSS文档和图片等）的关键机制之一。维基百科将URL描述为一种引用，既指明资源在计算机网络上的位置，也指明获取该资源的机制。因此，域名带你到正确的楼栋，而完整URL告诉你具体是哪个房间、哪个书架、哪本书。12
在我们的假设项目中，设想你有一个页面以紧凑视图展示第一组笔记，并且希望浏览器滚动到引言部分。仅靠域名无法表达这些信息，你需要完整的地址，包括路径、查询参数和片段标识符。本文接下来的部分将用一个虚构的地址来展示各部分如何组合，以及你如何把它记录在一张简单的说明卡上。
标注示例地址的各个部分
以下是本文通篇使用的假设地址：https://example.org/notes/first-page?view=compact#intro——这个字符串纯粹为了练习阅读和标注URL各组成部分而虚构，并不指向任何真实存在或已发布的页面。
第一段 https 是方案（scheme）。MDN解释说，方案指明浏览器请求资源时必须使用的协议，对网站而言通常是HTTPS或其未加密版本HTTP。方案后面跟着分隔符 ://，表示接下来是权限（authority）部分。1
本例中的权限部分是 example.org，即标识网络服务器的域名。域名之后是路径，本例中为 /notes/first-page。MDN指出，这样的路径代表网络服务器上的一个位置；虽然在早期互联网中它对应一个物理文件，但如今它主要是由网络服务器处理的抽象，没有对应的物理实体。1
相同主机、不同路径与查询
路径之后是问号，引出查询部分。本例中 ?view=compact 是查询字符串。MDN将查询参数描述为提供给网络服务器的额外信息，格式为键值对。这里的键是 view，值是 compact。网络服务器可以利用这些参数在返回资源之前做额外处理，不过每台服务器对参数的处理规则各不相同。1
最后，井号引出片段标识符：#intro。MDN解释说，锚点相当于资源内部的一个书签，为浏览器指明应显示该书签位置的内容。值得注意的是，片段标识符不会随请求发送到服务器，它只影响页面加载后浏览器显示的内容。1
现在来看，如果保持主机部分不变而替换其他部分会怎样。地址 https://example.org/notes/first-page?view=full#intro 请求的是同一页面但使用不同的视图参数；地址 https://example.org/notes/second-page?view=compact#intro 指向完全不同的路径，但保留相同的查询和片段。这是三个共享同一域名却到达不同资源或显示状态的独立URL。在项目中记录地址时，注意哪一部分发生了变化，能帮助你向协作者精确描述差异。1
制作地址说明卡
在记录地址本身之前，先用一句简短的话写下该页面的用途。对于我们的假设示例，你可以写：“以紧凑布局显示第一组项目笔记，并滚动到引言部分。”这句话概括了意图，让后来阅读说明卡的人能快速确认这是不是他们需要的地址。
记录完整地址时单独占一行，使其与浏览器地址栏中应呈现的形式完全一致。然后添加一份拆解清单，为每个组成部分写上简短标签：方案为 https，域名为 example.org，路径为 /notes/first-page，查询为 view=compact，片段为 intro。将拆解与完整字符串分开记录，意味着你能在不逐字符重读整个地址的情况下发现遗漏的斜杠或拼错的参数。
如果你的项目有多个页面，为每个页面制作一张说明卡。每张卡应包含你在内部使用的页面名称、完整地址，以及关于某个查询参数或片段为何存在的备注。这个习惯能防止常见的情况：团队成员凭记忆复制地址时不小心丢掉了查询字符串，或者使用了过时的路径。
手工核对说明卡
检查每个已标注的部分与完整地址字符串是否逐段一致。从左侧开始：确认方案和 :// 分隔符存在；然后确认域名与说明卡上写的一致；接着检查路径中每个斜杠和段落名称拼写是否正确；最后查看查询和片段，确保问号和井号位于正确位置。
发现任何差异时，直接在说明卡上记录，不要试图靠记忆。如果说明卡上路径写的是 /notes/first-page，而地址字符串显示的是 /notes/firstpage（缺少连字符），立即标注这个差异。缺少连字符或参数值写反这类小不一致，是早期项目交接中链接失效最常见的原因之一。
再做一轮确认，检查用途描述与地址是否匹配。如果描述写的是“紧凑布局”，但查询显示 view=full，那么其中一处有误。这种在自然语言描述与技术字符串之间交叉核对的方法，能发现逐字符扫描可能遗漏的错误，因为你比较的是含义而非仅仅是拼写。
保留记录供日后使用
将完成的说明卡存放在项目中所有人都能访问的地方，例如共享文档或项目知识库的专门区域。目标是建立唯一的权威来源，使任何人都不需要凭记忆重建地址或翻查聊天记录来寻找正确版本。
当你新增页面或修改现有地址时，同步更新对应的说明卡。将说明卡视为一份持续维护的文档而非一次性练习，能保持其可靠性。如果你决定移除某个查询参数或重命名路径段落，说明卡应在你将地址分享给其他人之前反映这一变更。
随着时间推移，这组说明卡会成为一份轻量参考，能够回答诸如“哪个URL显示紧凑视图？”或“哪个片段滚动到引言？”之类的问题，而不需要任何人打开浏览器去试验。规划阶段每个页面花几分钟记录，在项目评审、交接和排查问题时能节省大量时间。
常见问题
在项目笔记中记录地址时，是否需要包含方案？
是的，包含方案（如 https）能使地址完整且无歧义。MDN指出，在浏览器地址栏中可以省略协议，因为浏览器会默认补上；但当你为他人或将来的自己记录地址时，写全方案可以避免混淆。1
片段标识符会随请求发送到服务器吗？
不会。MDN明确指出，井号后面的部分（即片段标识符）不会随请求发送到服务器，它只告诉浏览器在已加载的页面中滚动或跳转到哪个位置。1
URL中的查询字符串和片段有什么区别？
查询字符串以问号开头，向网络服务器传递额外的键值数据，服务器可据此定制响应内容；片段以井号开头，指向资源内部的特定位置，完全由浏览器处理，不会到达服务器。12