域名与URL的区别：首次建站时怎样理解网站地址

当你第一次准备建站时，浏览器地址栏里那串字符看起来像一整块没有结构的文本。弄清每个部分的作用，能帮你向合作者描述网站、排查链接问题，也让自己的笔记更有条理。本文用一个假设地址逐段拆解，展示域名与完整URL各自回答什么问题。

域名回答什么问题，完整URL又回答什么问题

假设你正在规划一个小型个人项目网站，已经想好了名字，准备把将来要分享给读者的地址记下来。你写下的字符串可能像 https://example.org/notes/first-page?view=compact#intro 这样。这是一个仅用于拆解说明的假设地址，并不指向真实存在的页面。在把这个字符串写进自己的笔记之前，先理解它回答的两个不同问题会有帮助。域名回答的问题是“我在和互联网上的哪台服务器对话”。域名提供了人类可读的地址，因为IP地址难以记忆且可能随时间变化。完整URL回答的是一个更具体的问题：“我要那台服务器上的哪一个确切资源”。URL是互联网上唯一资源的地址，也是浏览器用来获取HTML页面、图片、样式表等已发布资源的关键机制之一。¹²

在我们的假设例子中，域名部分是 example.org。仅凭这一部分能识别一台服务器，但没有说明你想从它那里获取哪个页面或文件。字符串的其余部分把请求缩小到一个特定位置，甚至该位置内的某个具体锚点。把域名想象成大楼地址，把完整URL想象成大楼地址加上门牌号和房间号，就能让这个区别变得具体。有了这个框架，下一步就是给字符串的每个组成部分贴上标签，以便精确地谈论它们。²

记录这个区别，用自己的话写下来再继续往下读。写一句短话说明域名告诉你什么，再写一句短话说完整URL在此基础上增加了什么。这个小练习能防止日后你需要向没看过规划笔记的人解释项目地址时产生混淆。

标注假设地址的每个组成部分

从左到右拆解这个假设字符串。方案部分是 https，表示浏览器请求资源时必须使用的协议。权限部分是 example.org，通过 :// 这个字符模式与方案分隔。域名指示被请求的是哪台网络服务器。权限部分之后是路径 /notes/first-page，代表该服务器上资源的位置。问号引出查询字符串 view=compact，向服务器提供额外参数。最后，井号引出片段 intro，它充当资源内部的书签，指引浏览器定位到页面中的特定位置。²

有两个标点符号值得特别注意，因为它们改变了其后所有内容的含义。问号标示查询部分的开始：问号之前的内容属于路径，问号之后的内容属于查询。井号标示片段的开始：片段不会随请求发送到服务器，而是告诉浏览器在已加载的文档中滚动到哪个位置。初学者常常混淆这两个分隔符，因此在笔记中明确标出它们是值得的。²

标注五个标签，把它们写在你的笔记本或文本文件中对应子串的旁边：方案、权限（域名）、路径、查询和片段。并排查看能让结构变得可见而非抽象，也给你提供了一份将来遇到新地址时可以对照检查的参考。

对比共享同一主机名的不同地址

现在保持权限部分 example.org 不变，只改变路径。比较 https://example.org/notes/first-page 和 https://example.org/gallery/thumbnails。两个字符串指向同一台服务器，但路径部分引导浏览器到不同的资源。路径只是URL中识别服务器上某个位置的部分，它本身并不告诉你服务器内部如何配置或用什么技术生成响应。

接下来，保持路径不变，只改变查询字符串。比较 https://example.org/notes/first-page?view=compact 和 https://example.org/notes/first-page?view=full。路径相同，所以请求的资源在服务器上的位置一样。查询参数不同，而这些参数是提供给网络服务器的额外信息，服务器可以在返回资源之前使用它们。仅凭字符串本身无法假设服务器实际会如何处理这些参数，每台服务器有自己的规则。

这个对比练习的价值在于它表明：改变URL的某一部分不一定会改变其他所有部分。将来你建设或组织自己的网站时，会有意识地决定变化哪些部分。把这些选择记录在规划文档中，能让地址列表的结构对任何阅读它的人都保持清晰。

为你的项目制作一张地址说明卡

地址说明卡是一份简短的结构化笔记，记录一个地址的用途、完整字符串以及每个组成部分的角色。对于这个假设项目，你可以这样写：用途是笔记区第一页的紧凑阅读视图；完整地址是 https://example.org/notes/first-page?view=compact#intro；方案是 https；域名是 example.org；路径是 /notes/first-page；查询是 view=compact；片段是 intro。这张卡片在你需要分享地址或解释地址时就是现成的快速参考。

卡片格式刻意保持简单。你不需要数据库或专门工具，一个纯文本文件或文档中的表格就很好用。重要的是每个字段有一致的标签，这样将来的你或合作者扫一眼卡片就能立刻理解每个子串的作用。

如果你的项目最终会有多个页面，就为每个地址创建一张卡片。把它们放在同一个文件或文件夹里，意味着你可以跨页面一目了然地比较路径和查询，帮助你发现不一致之处，比如某个页面缺少片段，或者某个查询参数只加到了一个页面上而没有加到另一个。

手工核对你的说明卡

检查你的说明卡，逐字符对照实际地址字符串。把完整URL从卡片复制到一个新行，然后在你识别出的每个分隔符前后各放一个竖线：方案之后一个、权限之后一个、问号之前一个、井号之前一个。这种视觉分段让你很容易看出斜杠、问号或井号是否落在了你预期的位置。

记录你发现的任何差异，哪怕很小。路径字段缺少前导斜杠、查询值中的拼写错误、或者片段名称与你预期的锚点不匹配，都值得现在发现而不是在公开分享地址之后。修改一条笔记的成本微乎其微，而解释一个失效链接带来的困惑则大得多。

每当你向项目文件添加新地址时，都使用同样的手工核对习惯。每个地址只需一分钟，随着网站从一个页面增长到多个页面，这个习惯会持续发挥作用。

保留地址笔记供日后使用

核对完成后，把卡片存放在你确实会回顾的地方。项目文件夹里的一个专门文件、站点规划文档中的一个部分、甚至任务管理器里的一条置顶笔记都可以。关键决定是选定一个位置并坚持使用，避免信息散落在多个工具中。

当你日后撰写文档、向合作者分享预览链接、或排查一个页面没有按预期加载的问题时，地址说明卡给你提供了现成的词汇。你可以说“路径是 /notes/first-page，查询是 view=compact”，而不是粘贴一长串字符然后指望对方能自行解析。这种精确性为双方都节省了时间。

定期审视你的记录选择。如果发现卡片上某个字段在实践中从未用到，可以简化格式。如果发现你反复需要一条没有记录的信息，就增加一个字段。目标是一个匹配你实际工作方式的轻量系统，而不是一个第一周之后就被放弃的僵硬模板。

常见问题

URL中的片段部分会发送到服务器吗？

不会。片段标识符，也就是井号之后的部分，不会随请求发送到服务器。它只由浏览器用来在已加载的文档中导航到特定位置。²

两个URL可以共享同一个域名但指向不同资源吗？

可以。域名标识服务器，而路径、查询和片段标识该服务器上的特定资源或位置。改变后面任何一个部分都会产生不同的地址，即使域名保持不变。²

创建地址说明卡需要专门的软件吗？

不需要。一个纯文本文件、电子表格或任何文档编辑器中的一个部分就足够了。重要的是标签保持一致，让地址的每个部分一目了然。