在发布第一个网站之前，你需要把地址写进文档、分享给协作者，并确认每一部分都正确。理解网站地址中各段实际代表什么，能帮助你清晰沟通并尽早发现错误。
域名回答什么问题，完整URL又回答什么问题
假设你正在准备一个小型个人项目站点，并写下了地址 https://example.org/notes/first-page?view=compact#intro 作为规划用的占位符。这个地址是假设的，仅用于练习拆解各部分，并不指向一个真实存在的页面。观察这串字符，会浮现两个不同的问题：第一个问题是，互联网上哪台服务器应当处理我的请求？第二个问题是，我请求的是该服务器上的哪个具体资源，附带什么条件？
域名回答的是第一个问题。域名是互联网基础设施的关键组成部分，它们为互联网上任何可用的网络服务器提供了一个人类可读的地址。在我们的例子中，example.org 就是域名，它标识了目标服务器，让你不必记忆数字形式的IP地址。1
完整URL回答的是第二个问题。URL（统一资源定位符）是互联网上唯一资源的地址，也是浏览器用来获取已发布资源的关键机制之一。在我们的例子中，从 https 到 #intro 的整串字符构成了完整的URL。它不仅告诉浏览器该联系哪台服务器，还指明了要加载哪个页面、传递什么参数，以及页面加载后滚动到哪个位置。2
在示例地址中标出各个组成部分
在纸上或纯文本文件中写出完整的示例字符串：https://example.org/notes/first-page?view=compact#intro。现在逐段标记。方案（scheme）是 https，它指示浏览器必须使用哪种协议来请求资源。权威部分（authority）紧跟在分隔符 :// 之后，在本例中仅由域名 example.org 组成，因为没有指定端口号。2
权威部分之后是路径，即 /notes/first-page。路径表示资源在网络服务器上的位置。路径后面是查询字符串，由问号字符引导。本例中的查询是 view=compact，它是一个提供给网络服务器的键值对。最后是片段标识符，跟在井号字符之后，内容为 intro。片段相当于资源内部的一个书签，为浏览器指示应显示该书签位置处的内容。2
在这个结构中有两个标点符号充当边界。问号始终标志着查询部分的开始，井号字符始终标志着片段的开始。识别这两个定界符，就能把任何地址拆分为主要段落，无需专门工具。2
在同一主机下比较不同路径与查询字符串
保持主机部分 example.org 不变，只改变路径。如果把 /notes/first-page 替换为 /notes/second-page，就得到一个指向同一服务器上不同资源的新URL。方案、域名和整体结构完全相同，只有路径不同。这个观察说明，路径是URL中区分同一站点内不同页面的部分。
现在保持路径不变，修改查询字符串。把 view=compact 替换为 view=full，会产生又一个不同的URL，尽管路径相同。查询参数是提供给网络服务器的额外参数，每台服务器对如何处理这些参数有自己的规则。仅从字符串本身你可以观察到两个地址不同，但无法从字符串判断服务器实际上会如何处理每个参数值。2
最后考虑片段。把 #intro 改为 #summary 会产生不同的URL字符串，但片段标识符不会随请求发送给服务器。这意味着无论附加哪个片段，服务器收到的请求都是一样的。片段只影响浏览器在资源加载完成后显示的内容。理解这一区别有助于避免误以为片段变化意味着不同的服务器端资源。2
为你的项目制作一张地址说明卡
用一句话记录你的假设项目的目的。在本练习中，你可以写：一个个人笔记页面，以紧凑视图显示并滚动到简介部分。用平实的语言记录目的，有助于日后验证地址的各部分是否仍然符合你的意图。
接下来，完整列出你计划分享的地址。在地址下方，逐行写出每个组成部分：方案（https）、域名（example.org）、路径（/notes/first-page）、查询（view=compact）和片段（intro）。这种卡片格式能让你在发布前审查地址时，轻松发现遗漏的斜杠、拼错的参数名或忘记的井号字符。
如果你的项目有多个页面，为每个地址创建一张卡片。使用一致的标签，这样任何审阅你笔记的人都能快速识别字符串中哪一部分承担什么角色。目标不是产出正式文档，而是给自己一份可靠的参考，在站点上线后与实际地址对照检查。
手工核对你的地址说明卡
手工核对能捕捉到仅凭快速扫视容易忽略的错误。以下步骤是简单的作者建议，不需要任何专门软件。
检查每个边界字符是否正确出现。确认 :// 出现在方案与域名之间，正斜杠开启路径，问号引导查询，井号引导片段。如果任何边界缺失或位置错误，地址就不会按预期工作。
记录你发现的任何差异，直接写在卡片上，而不是只在脑中纠正。写下哪里出了错以及正确形式应该是什么，形成一份简短的个人日志，帮助你在未来的页面中避免重复同样的错误。
步骤 1
从你的说明卡上将完整地址逐字符抄写到一个新的纯文本文件中，不使用粘贴功能。这会迫使你阅读每一个符号，往往能揭示快速目视扫描时遗漏的拼写错误。
步骤 2
在抄写的字符串中用高亮或下划线标记每个边界字符：方案后的冒号加双斜杠、路径前的斜杠、查询前的问号、片段前的井号。将标记后的副本与原始卡片逐行对照。
保留地址记录供日后使用
将完成的说明卡存放在你经常查看的位置，例如项目文件夹或笔记应用。卡片的价值不在于格式，而在于你需要分享地址、更新链接或向协作者解释结构时能够随时取用。
如果项目增长并添加了更多页面，扩展卡片集而不是从头开始。每个新页面用你之前建立的相同标签获得自己的条目。标签的一致性意味着即使数月之后，你也能快速定位需要修改的地址部分。
你可能会发现最初选择的路径名或查询参数需要随项目演进而调整。当这种情况发生时，在更新地址的同时更新卡片。保持记录与实际地址同步可以防止混淆，并为你提供一个确认当前已发布内容的唯一位置。
常见问题
域名和URL是同一个东西吗？
不是。域名标识的是服务器，而URL是完整地址，还包括方案、路径以及可选的查询和片段。域名是URL中的一个组成部分。12
改变URL中的片段部分会向服务器请求不同的页面吗？
不会。片段标识符不会随请求发送给服务器，它只告诉浏览器在已加载的资源中滚动到哪个位置。2
拆解URL各部分需要专门的工具吗？
不需要。你可以通过定位边界字符来识别每个部分：方案后的 ://、开启路径的第一个斜杠、引导查询的问号、引导片段的井号。一个纯文本编辑器就足够了。