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

如果你正在准备第一个网站，浏览器地址栏里的内容可能看起来令人困惑。域名和完整URL有关联但并不相同，弄清楚哪一段负责什么，能帮助你与合作者清晰沟通，也能更早发现问题。本文用一个假设地址逐步拆解每个组成部分。

域名与完整URL分别回答什么问题

假设你正在搭建一个小型项目网站，有人问你「你的地址是什么？」你可能会回答一个域名，比如 example.org。这个字符串告诉对方该联系哪台服务器，但没有说明他们会在那里找到哪个具体页面或资源。域名回答的问题是「互联网上的哪台机器？」仅此而已。域名是互联网基础设施的关键组成部分，它们为互联网上任何可用的Web服务器提供人类可读的地址，取代了人们难以记住的数字IP地址。¹

完整URL回答的是一个更具体的问题：「那台机器上的哪一个确切资源？」URL是Uniform Resource Locator的缩写，它是互联网上唯一资源的地址，也是浏览器用来获取已发布资源的关键机制之一，这些资源包括HTML页面、CSS文档、图片等。当你在浏览器中输入一个完整URL时，你提供的信息足以让浏览器不仅定位到服务器，还能找到你想要的那个特定文件或端点。²

本文接下来的内容将使用一个假设地址来说明每个部分：https://example.org/notes/first-page?view=compact#intro。这个地址纯粹是为了拆解其组成部分而构造的，它不代表一个真实存在的页面或真实项目。请把它当作一张标注好的示意图，后文每一节解释不同部分时都可以回头参照它。

在本例中标出各组成部分

从左往右看，第一段是 https。这是方案（scheme），它指示浏览器请求资源时必须使用的协议。对于网站来说，协议通常是HTTPS或HTTP。方案与下一部分之间由 :// 这个字符组合分隔。在我们的例子中，https 告诉浏览器在联系服务器时使用安全连接。²

下一段是 example.org。这是域名，它指示请求的是哪台Web服务器。域名本身也有内部结构：org 是顶级域名，example 是排在它前面的标签。域名有一个简单的结构，由若干部分组成，各部分以点号分隔，从右往左读取，每一部分为整体提供特定信息。¹³

域名之后是路径，在我们的例子中是 /notes/first-page。路径指向Web服务器上的一个资源。路径后面跟着查询字符串，由问号引导：?view=compact。查询参数是提供给Web服务器的额外键值对，每台服务器对参数的处理方式有各自的规则。最后是片段标识符，由井号引导：#intro。锚点代表资源内部的一个书签，为浏览器指明应显示该书签位置的内容。值得注意的是，井号之后的部分不会随请求发送到服务器。²

保持主机不变，对比不同路径和查询字符串

现在保持主机部分 example.org 不变，只改变它后面的内容。如果路径变成 /notes/second-page，浏览器仍然联系同一台服务器，但请求的是不同的资源。如果查询字符串从 view=compact 变成 view=full，服务器收到的参数不同，可能返回同一底层内容的不同展示形式。域名没有变化，所以被联系的机器完全相同；改变的只是关于获取什么或如何显示的指令。²

这个区别在规划网站结构时很重要。两个共享相同域名但路径不同的URL指向不同的资源。两个共享相同域名和路径但查询参数不同的URL，可能指向同一资源的不同展示，具体取决于服务器的配置方式。你不能仅凭URL字符串就推断服务器的实际行为，因为每台Web服务器对参数有各自的处理规则。²

当你为项目规划页面时，写下你预期每个页面将拥有的完整URL，包括你计划使用的任何查询参数。这个习惯能帮助你在开始构建之前发现意外的重复或遗漏页面。它也给你一份参考资料，可以分享给需要理解你预期结构的合作者，而不必让他们猜测。

为假设项目制作地址说明卡

记录一张简短的说明卡，对应你项目将使用的每个地址。一张有用的说明卡包含四个字段：用日常语言写明页面目的、完整URL、各部分拆解，以及关于参数或片段的备注。对于我们的假设例子，目的字段可以写「第一个笔记页面的紧凑视图，滚动到引言部分」。完整URL字段填入 https://example.org/notes/first-page?view=compact#intro。拆解部分列出：方案为 https，域名为 example.org，路径为 /notes/first-page，查询为 view=compact，片段为 intro。

用自己的话写下目的，会迫使你思考这个地址为什么存在，而不仅仅是它包含哪些字符。如果你无法清楚地陈述目的，这是一个信号，说明页面可能需要一个更简单的名称，或者查询参数正在做你尚未完全定义的事情。这是一个在写任何代码之前就能完成的低成本检查。

把所有说明卡放在同一个地方，无论是文本文件、电子表格还是笔记本。格式不如一致性重要。当你之后需要向别人解释网站结构或调试一个失效链接时，拥有一份将目的与地址对应起来的单一参考资料能节省时间并减少误解。

手工复制与逐项标记核对说明卡

检查每张说明卡时，把完整URL逐字符复制到单独一行，然后手动标注每一段。先标出方案，再标记 :// 之后权限部分的起始位置，接着识别路径、引导查询的问号以及引导片段的井号。这个机械化的过程能捕捉到快速阅读时容易忽略的拼写错误、缺失的斜杠和放错位置的标点。

把标注后的版本写在原始地址旁边，这样你可以并排比较。如果标注版本中的路径与你的意图不符，在继续之前先修正说明卡。如果一个查询参数出现在URL中但没有出现在你的目的描述里，判断它是应该存在还是被误加的。

每次新增页面或修改现有地址时都执行这个核对步骤。花费的精力很小，但它培养了一种精确的习惯，当你的网站超出少数几个页面、需要更新链接或向新合作者解释结构时，这种习惯会带来回报。

保留记录供以后使用

说明卡核对完毕后，把它们存放在你确实会回看的地方。一个提交到项目文件夹的纯文本文件是不错的选择，因为它会随网站的其他文件一起保存。如果你更喜欢可视化布局，一个简单的表格，包含目的、完整URL和备注三列，同样有效。关键是让记录与项目放在一起，而不是放在某个你可能忘记的独立工具里。

当你与他人分享网站时，可以指向与他们所需页面对应的那张说明卡。当URL包含仅从页面标题看不出来的查询参数或片段时，这一点尤其有帮助。一个在地址栏看到 view=compact 但不知道它控制什么的合作者，可以查看你的说明卡并理解意图，而不必再来问你。

随着时间推移，你的说明卡集合会成为网站的一张轻量地图。如果你需要重命名路径、移除参数或重组内容，说明卡为你提供了一份可能受影响的地址起始清单。你根据项目当时的实际需要，决定哪些卡片要更新、归档或丢弃。

常见问题

域名和URL是同一个东西吗？

不是。域名标识一台服务器，而URL标识该服务器上的一个特定资源。URL包含域名以及其他部分，如方案、路径、查询参数和片段。¹²

井号后面的片段会发送到服务器吗？

不会。URL中井号之后的部分称为片段标识符，它不会随请求发送到服务器。它由浏览器用来定位已加载资源中的某个位置。²

两个不同的URL能指向相同的内容吗？

可以。仅查询参数不同的URL可能返回相同的底层内容但以不同方式展示，具体取决于服务器的配置。每台Web服务器对参数有各自的处理规则，因此你无法仅凭URL字符串判断这一点。²