什么时候应该在URL中使用尾随斜杠？

什么时候应该在URL中使用尾随斜杠？例如，我的URL应该看起来像

/关于我们/

还是像

/关于我们

我完全了解SEO相关的问题——重复内容和规范的事情；我正在试图找出哪一个应该单独在正确提供页面的上下文中使用

例如，我的同事认为末尾的斜杠意味着它是一个“文件夹”——一个“目录”，所以这不是一个正确的样式。但我认为，如果最后没有斜杠，它也不太正确，因为它看起来几乎像一个文件夹，但它不是，也不是一个普通的文件，而是一个没有扩展名的文件名

---

有没有合适的方法知道使用哪个文件名？

谁说文件名需要扩展名？？找个时间在*nix机器上看一看…

---

我同意你朋友的看法，没有尾随斜杠。

在我个人看来，尾随斜杠被误用了

基本上，URL格式来自于相同的UNIX格式的文件和文件夹，后来在DOS系统上，并最终适应了web

本书在类Unix操作系统上的典型URL是文件路径，如file:///home/username/RomeoAndJuliet.pdf，识别保存在本地硬盘文件中的电子书

资料来源：

另一个好的来源是：

根据RFC1738，它在1994年定义了URL，当资源包含对其他资源的引用时，它们可以使用相对链接来定义第二个资源的位置，就像是说，“在与此资源相同的位置，除了以下相对路径”。它接着说，这些相对URL依赖于原始URL，原始URL包含相对链接所基于的层次结构，ftp、http、， 文件URL方案是一些可以被视为层次结构的方案的示例，层次结构的组件被“/”

资料来源：

此外：

这是我们经常听到的问题。向答案前进！历史上，带有尾随斜杠的URL通常表示目录，而没有尾随斜杠的URL通常表示目录 表示文件：

（带尾随斜杠，通常为目录）

（无尾随斜杠，通常为文件）

资料来源：

最后：

URL末尾的斜杠使地址看起来“漂亮”

一个在结尾没有斜杠和扩展名的URL看起来有点“怪异”

你将永远不会命名你的CSS文件（例如），是吗

但无论环境如何，我都是web最佳实践的支持者。

---

它可能是不可靠和不清楚的，正如您所说的没有外部文本的URL。

我总是对非目录URL（WordPress等）上广泛使用尾部斜杠感到惊讶。这真的不应该是非此即彼的争论，因为在资源后面加斜杠在语义上是错误的。web设计用于交付可寻址资源，而这些地址（URL）设计用于模拟*nix样式的文件系统层次结构。在这方面：

• 斜杠总是表示目录，而不是文件
• 文件可以命名为任何名称（带或不带扩展名），但不能包含斜杠或以斜杠结尾

---

使用这些准则，在非目录资源后加斜杠是错误的

这不是一个真正的美学问题，而是一个技术上的差异。这个目录的想法是完全正确的，几乎可以解释一切。让我们来解决这个问题：

你现在回到石器时代，或者只提供静态页面 您的web服务器上有一个固定的目录结构，只有静态文件，如图像、html等，没有服务器端脚本或其他内容

浏览器请求

/index.htm

，它存在并传递给客户端。稍后，您将有很多（比如）DVD电影被审查，并且在

/DVD/

目录中为每一部电影提供一个html页面。现在有人请求

/dvd/adams_apples.htm

，它被交付了，因为它就在那里

有一天，有人只是请求

/dvd/

——这是一个目录，服务器正试图找出要传递的内容。除了访问限制等，还有两种可能：向用户显示目录内容（我打赌您已经在某个地方看到过）或显示默认文件（在Apache中是：

DirectoryIndex:设置请求目录时Apache将提供的文件。

）

到目前为止还不错，这是预期的情况。它已经显示了处理上的差异，所以让我们开始：

早上5点34分，你上传文件时出错 （顺便说一句，这是完全可以理解的。）因此，你做了一些完全错误的事情，而不是上传

/dvd/the_big\u lebowski.htm

，而是将该文件作为

dvd

（没有扩展名）上传到

/

有人将您的

/dvd/

目录列表添加到书签中（当然您不想创建并总是更新这个漂亮的

index.htm

），并且正在访问您的网站。目录内容已交付-一切正常

有人听说了您的列表，正在键入

/dvd

。而现在它已经完蛋了。服务器会找到一个具有该名称的文件，并传送您的大Lebowski文件，而不是列出您的DVD目录

所以，你删除了那个文件，告诉那个家伙重新加载页面。您的服务器正在查找

/dvd

文件，但该文件已丢失。大多数服务器会注意到有一个同名的目录，并告诉客户机它所寻找的确实是其他地方。答案很可能是：

状态代码：301永久移动

位置：http://[…]/dvd/

因此，完全忽略您对目录或文件的看法，服务器只能处理此类内容，除非