准备网站时，「域名」和「URL」这两个词会反复出现。它们关系紧密，但回答的是关于地址的不同问题。本文用一个明确标注为假设的地址，逐段展示网址各部分的作用，帮助你在上线前自信地阅读和记录自己的地址。
域名与完整URL分别回答什么问题
来看这个地址：https://example.org/notes/first-page?view=compact#intro。这是一条纯粹为拆解练习而构造的假设字符串，不指向任何真实页面，也没有服务器会响应它。我们只用它来练习阅读网址结构，这和你处理自己项目地址时需要的技能完全相同。
域名回答的问题是「我要访问哪台服务器」。域名是互联网基础设施的关键组成部分，为互联网上任何可用的网络服务器提供人类可读的地址。计算机通过数字形式的IP地址通信，但人们很难记住这些数字，而且它们可能随时间变化。域名通过给服务器一个稳定、可读的标签来解决这个问题。1
URL回答的是一个更广泛的问题：「我要访问那台服务器上的哪个具体资源？」URL是互联网上某个唯一资源的地址，是浏览器用来获取已发布资源的关键机制之一，这些资源包括HTML页面、CSS文档和图片等。域名是URL内部的一个组成部分，但URL还包含协议方案、路径，以及可选的查询字符串和片段。在本例中，example.org是域名，而从https到#intro的整串字符才是完整的URL。2
在本例中标出各组成部分
本例的第一部分是https。这是协议方案，表示浏览器必须使用哪种协议来请求资源。对于网站来说，协议通常是HTTPS或HTTP。协议方案告诉浏览器如何与服务器通信，它后面总是跟着://这组字符，将方案与地址的下一部分分隔开。2
协议方案之后是域名部分：example.org。域名的各部分由点号分隔，从右向左阅读。最右边的org是顶级域名，它告诉用户该域名背后服务的一般用途。它左边的example是二级域名。两者合在一起构成URL的主机部分，标识正在请求的是哪台网络服务器。12
域名之后是路径：/notes/first-page。路径表示资源在网络服务器上的位置。在早期互联网中，这样的路径代表服务器上的实际文件位置，但如今它主要是由服务器处理的一种抽象，并不对应真实的物理文件。对于我们的阅读练习，只需注意路径进一步缩小了我们指向服务器上哪个资源的范围。2
查询字符串与片段：问号和井号的作用
路径之后是?view=compact。问号标志着查询字符串的开始。查询参数是提供给网络服务器的额外参数，格式为用和号分隔的键值对列表。这里只有一对：键是view，值是compact。服务器可以使用这些参数在返回资源之前做额外处理。2
最后一部分是#intro。井号引入片段标识符。片段相当于资源内部的一个书签，为浏览器提供定位到该书签位置内容的方向。值得注意的是，井号之后的部分不会随请求发送给服务器，它仅供浏览器在已加载的文档内定位视图使用。2
总结本例中的标点规则：问号总是引导查询部分，井号总是引导片段。这两个字符在阅读任何URL时都充当清晰的分界。看到问号，其后直到井号或字符串末尾的内容都属于查询。看到井号，其后的所有内容都是片段。2
相同主机、不同路径与查询
现在保持主机部分example.org不变，想象两个不同的地址：https://example.org/notes/first-page?view=compact#intro和https://example.org/gallery/summer?sort=date。两者的域名和协议方案完全相同，但路径不同。第一个指向/notes/first-page，第二个指向/gallery/summer。仅从字符串本身，我们可以观察到它们是同一域名下不同的资源位置，但无法从字符串判断每个路径实际提供什么内容，这完全取决于服务器的配置。2
查询字符串也不同。第一个使用view=compact，第二个使用sort=date。每台网络服务器对参数有自己的规则，判断某台服务器是否处理特定参数的唯一可靠方式是询问该服务器的所有者。这意味着当你阅读别人网站上的URL时，可以识别查询部分及其键值结构，但不能在没有站长额外信息的情况下假定这些参数会产生什么效果。2
这个观察引出一个实用习惯：遇到陌生地址时，你可以自信地标注各部分，但应避免猜测服务器如何处理它们。结构告诉你分界在哪里、每段承载什么类型的信息，而各段背后的行为是只有服务器配置才能回答的另一个问题。
为假设项目制作地址说明卡
记录一张简短的说明卡，用于你计划使用或分享的每个地址。对于我们的假设项目，说明卡可以包含四个字段：目的、完整地址、主机、路径与查询。目的字段用日常语言说明页面用途，例如「第一篇笔记页面的紧凑阅读视图」。完整地址字段存放你打算使用的完整URL。主机字段单独列出域名。路径与查询字段列出域名之后的所有内容。
写下这些字段有两个好处。第一，它迫使你识别地址的每个部分，而不是把整串字符当作一个不透明的整体。第二，它提供了一份参考，你可以在需要更新链接、撰写文档或排查地址错误时随时查看，也可以分享给协作者。说明卡的格式由你决定：纯文本文件、电子表格的一行或项目管理工具中的一条笔记都可以。
根据项目规模选择详细程度。单页个人网站可能只需要一张卡。拥有多个板块、筛选视图或锚点子章节的项目则适合为你打算分享或链接的每个不同地址各建一张卡。重要的是保持一致：一旦选定格式，就为项目中的每个地址使用相同格式，方便日后快速浏览。
用手工复制与逐项标记核对说明卡
手工核对是一个简单的习惯，能在造成困惑之前发现拼写错误、遗漏的斜杠或错位的标点。这个过程不需要任何特殊工具，一个文本编辑器和几分钟注意力就足够了。
检查标注完各段之后的标点分界。确认问号恰好出现一次且位于路径之后，井号如果存在则位于查询之后。错位的问号或多余的斜杠可能改变地址的含义，或在别人尝试使用时产生错误。
每次编辑地址或将其复制到新场景时都重复这个检查，比如写入内容中的链接、社交媒体资料或项目说明文件。每次复制都是小错误潜入的机会，把核对当作常规步骤而不是一次性任务，能让你的地址保持可靠。
步骤 1
从说明卡中复制完整URL，粘贴到一个纯文本编辑器中。这一步不要依赖浏览器地址栏，因为浏览器可能自动补全或隐藏字符串的某些部分。
步骤 2
在文本中直接标注每个片段。在https上方写「协议方案」，在example.org上方写「主机」，在/notes/first-page上方写「路径」，在view=compact上方写「查询」，在intro上方写「片段」。用换行或注释符号使标签与地址本身在视觉上分开。
步骤 3
逐项对照标注结果与说明卡的各字段。如果每个字段都匹配，说明卡是准确的。如果任何字段不同，修正说明卡并重复标注步骤，直到两者一致。
常见问题
URL中的片段部分会发送给服务器吗？
不会。片段标识符即井号之后的所有内容，不会随请求发送给服务器。它仅供浏览器用来滚动或跳转到已加载文档中的特定位置。2
能否仅通过阅读URL判断查询参数的作用？
你可以从字符串中识别每个参数的键和值，但无法判断它们对服务器行为的具体影响。每台网络服务器对参数有自己的规则，了解参数如何处理唯一可靠的方式是询问该服务器的所有者。2
项目中每个URL都需要一张说明卡吗？
这取决于项目规模。单页网站可能只需一张卡，而拥有多个板块或筛选视图的项目适合为你打算分享或链接的每个不同地址各建一张。关键是保持一致，方便日后快速浏览。