第一次准备个人网站时，你会在浏览器地址栏和各种管理工具中遇到一长串字符。理解这串字符中每一段的含义，能帮助你与协作者沟通清楚，也能减少分享链接时的出错。本文用一个假设地址逐段演示各组成部分的作用。
在具体场景中阅读一个网站地址
假设你正在筹备一个小型个人项目：一组阅读笔记，打算发布到网上。站点尚未上线之前，你先在纸上写下它可能的地址，方便和帮你搭建的朋友讨论结构。你写下的地址是 https://example.org/notes/first-page?view=compact#intro。这是一串纯粹用于拆解练习的假设字符串，并不指向任何已发布或正在运行的真实页面。
域名回答的是一个具体问题：互联网上哪台服务器应当处理这次请求？域名为互联网上任何可用的网络服务器提供了人类可读的地址，因为计算机实际使用的数字型IP地址对人类来说既难以记忆，也可能随时间变化。1
完整URL回答的是一个更宽泛的问题：你想从该服务器上获取哪一份具体资源，以及在什么条件下获取？URL是互联网上唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、CSS文档和图片等）的关键机制之一。因此，域名是完整URL中的一个组成部分，而其余部分则进一步限定了你请求的具体内容。2
在示例中标出各个组成部分
观察假设地址 https://example.org/notes/first-page?view=compact#intro，可以识别出五个不同的片段。第一个片段 https 是协议方案，它指示浏览器必须使用哪种协议来请求资源；对于网站而言，通常是HTTPS或其未加密版本HTTP。2
第二个片段 example.org 是域名，它告诉浏览器应当联系哪台网络服务器。域名由点号分隔，从右向左阅读；最右边的部分是顶级域，向用户说明该名称背后服务的一般用途。在本例中，.org 属于最通用的顶级域之一，不要求服务满足任何特定条件。1
第三个片段 /notes/first-page 是路径，表示资源在网络服务器上的位置。第四个片段以问号开头：?view=compact。问号标志着查询的开始，查询由提供给网络服务器的键值对组成，作为额外参数。第五个片段以井号开头：#intro。井号标志着片段的开始，片段相当于资源内部的一个书签，指示浏览器显示该特定位置的内容。2
在同一主机下对比路径与查询
为了看清各部分之间的区别，保持示例中的主机部分不变，只改变路径。如果地址变为 https://example.org/notes/second-page?view=compact#intro，域名和协议方案完全相同，但路径指向了同一服务器上一个不同的资源位置。改变路径是从同一主机请求不同页面或文件的主要方式。
现在保持路径不变，改为变化查询。地址 https://example.org/notes/first-page?view=expanded#intro 与原始示例共享相同的域名和路径，但查询参数的值不同。查询字符串向服务器提供额外信息，而每台网络服务器对参数的处理方式各有自己的规则。我们可以观察到字符串确实不同，但不应仅凭字符串就推断服务器的具体行为。2
最后看片段。地址 https://example.org/notes/first-page?view=compact#summary 只改变了井号之后的部分。片段标识符不会随请求发送给服务器，它只告诉浏览器在已获取的文档中滚动或聚焦到哪个位置。这意味着改变片段完全不会改变服务器接收到的内容。在字符串本身中观察这些区别正是本练习的目的，而不是预测任何真实服务器会怎么做。2
为假设项目制作一张地址说明卡
记录一张简短的说明卡，写下三件事：该地址的用途、完整的地址字符串，以及各组成部分的标注分解。对于阅读笔记这个例子，用途可以写成「阅读笔记第一页，紧凑视图，滚动到引言部分」。完整地址是 https://example.org/notes/first-page?view=compact#intro。分解列出：协议方案为 https，域名为 example.org，路径为 /notes/first-page，查询为 view=compact，片段为 intro。
这张卡片是个人工作文档。它的价值不在于超越你已经观察到的内容之外的技术精确度，而在于提供一个统一的地方，让你随时查看自己当初赋予每个部分的含义。如果以后增加更多页面或修改查询参数，可以在卡片上添加新行，而不必试图回忆之前的推理过程。
卡片的格式由你决定。一张包含组成部分名称、值和一句话备注的简单表格对大多数人来说已经够用，也有人偏好纯文本列表。关键的选择是保持一致性：每次添加新地址时使用相同的结构，这样将来的你就能快速浏览整份清单。
手工核对说明卡
写好卡片之后，将它与原始字符串逐一对照，以发现任何转录错误。这一步是作者的建议，并非任何规范的要求。
核对过程很直接，只需几分钟，用一个文本编辑器甚至一张纸就能完成。
如果某个标注值与原始字符串中对应片段不一致，先修正卡片再继续。缺少一个斜杠或参数名拼写错误这类小问题，在你专注于站点整体结构时很容易被忽略。
步骤 1
从卡片上复制完整地址字符串，粘贴到文本编辑器的一行空白处。不要手动重新输入；复制能减少核对过程中引入新错误的机会。
步骤 2
从左边开始，在 :// 模式之后放一个空格，标出协议方案与权限部分的分界。然后在权限部分之后出现的第一个单独斜杠处标出域名的结束位置。接着标出问号和井号。此时你的这一行上应当有五个视觉上分隔开的片段。
步骤 3
将每个分隔出的片段与卡片上对应的条目逐一比较。如果片段较短，可以逐字符阅读。确认协议方案一致、域名一致、路径一致（包括开头的斜杠）、查询一致（包括键和值）、片段一致。
保留记录供日后使用
核对完成后，把卡片存放到你确实会再次查看的地方。对许多人来说，这可能是一个笔记应用、一个项目维基，或者项目文件夹里的一个纯文本文件。具体工具不如养成习惯重要——每次添加新页面或修改参数时，回到卡片查看。
如果有助于记住自己为何选择某个路径结构或查询名称，就在每个条目旁记录你的理由。例如，你可能注明选择「view」作为参数键是因为将来计划支持多种显示模式，或者选择「intro」作为片段是因为笔记页面的第一个章节标题将携带该标识符。这些备注是给未来的自己看的，不需要遵循任何外部标准。
当你最终与协作者分享地址或将其嵌入其他文档时，可以回看卡片确认你粘贴的字符串正是当初打算使用的那一个。这个简单做法能减少发送路径中有拼写错误或查询参数已过时的链接的概率。随着时间推移，卡片还会在你决定重构站点时成为有用的参考，因为你可以一目了然地看到哪些地址依赖哪些路径和参数。
常见问题
域名和URL是同一个东西吗？
不是。域名是完整URL中的一个组成部分。域名标识应当联系哪台服务器，而完整URL还包括协议方案、路径，以及可选的查询和片段，用来指定确切的资源及其展示方式。12
改变井号后面的片段会向服务器发送新请求吗？
不会。片段标识符不会随请求发送给服务器，它只指示浏览器在已加载的文档中滚动或聚焦到特定位置。2
上线之前需要理解所有可能的URL格式吗？
不需要。对于大多数个人项目，理解协议方案、域名、路径、查询和片段就足够了。URL还有一些额外的部分和规则，但对普通用户或搭建典型网站的开发者来说并不相关。2