URL的域名部分不区分大小写，因为DNS忽略大小写: http://en.example.org/和HTTP://EN.EXAMPLE。ORG/两者都打开同一页。

路径用于指定或查找所请求的资源。它是区分大小写的，尽管它可能被某些服务器视为不区分大小写，特别是那些基于Microsoft Windows的服务器。

如果服务器区分大小写，并且http://en.example.org/wiki/URL是正确的，那么http://en.example.org/WIKI/URL或http://en.example.org/wiki/url将显示一个HTTP 404错误页面，除非这些url指向有效资源本身。

我认为这和许多关于规范做了什么或没有说什么的答案都没有抓住问题的重点。它们应该区分大小写吗?这是一个意味深长的问题。从用户的角度来看，区分大小写是一个痛点，不是所有人都知道就有区别。uri应该还是不应该的问题取决于问题的上下文。就技术灵活性而言，是的，它们应该如此。就可用性而言，不，它们不应该如此。

可以创建不区分大小写的url

RewriteEngine on
rewritemap lowercase int:tolower
RewriteCond $1 [A-Z]
RewriteRule ^/(.*)$ /${lowercase:$1} [R=301,L]

使Google.com.. Google.com等直接到Google.com

URL的域名部分不区分大小写，因为DNS忽略大小写: http://en.example.org/和HTTP://EN.EXAMPLE。ORG/两者都打开同一页。

路径用于指定或查找所请求的资源。它是区分大小写的，尽管它可能被某些服务器视为不区分大小写，特别是那些基于Microsoft Windows的服务器。

如果服务器区分大小写，并且http://en.example.org/wiki/URL是正确的，那么http://en.example.org/WIKI/URL或http://en.example.org/wiki/url将显示一个HTTP 404错误页面，除非这些url指向有效资源本身。

我不喜欢撞旧文章，但因为这是对这个特定问题的第一个回应，我觉得有必要澄清一些事情。

@Bhavin Shah回答说url的域名部分是不区分大小写的，所以

http://google.com 

and

http://GOOGLE.COM 

and

http://GoOgLe.CoM 

都是一样的，但域名部分之后的所有内容都是区分大小写的。

所以…

http://GOOGLE.COM/ABOUT

and

http://GOOGLE.COM/about

是不同的。

注意:我说的是“技术上”，而不是“字面上”在很多情况下，大多数情况下，服务器的设置处理这些项目相同，但也有可能设置他们，所以他们不处理相同。

不同的服务器处理方式不同，在某些情况下，它们必须区分大小写。在许多情况下，查询字符串值是被编码的(例如Session id或Base64编码的数据，作为查询字符串值传递)这些项本质上是区分大小写的，因此服务器在处理它们时必须区分大小写。

因此，要回答这个问题，服务器在获取这些数据时“应该”区分大小写吗?答案是“是的，绝对是”。

当然，并不是所有的内容都需要区分大小写，但是服务器应该知道区分大小写的含义以及如何处理这些大小写。

@Hart Simha的评论基本上说了同样的事情。在我发布之前我错过了它，所以我想在应得的地方给予赞扬。

url应该不区分大小写，除非有很好的理由说明它们不应该区分大小写。

这不是强制性的(它不是RFC的任何一部分)，但它使url的通信和存储更加可靠。

如果我在网站上有两页:

http://stackoverflow.com/ABOUT.html

and

http://stackoverflow.com/about.html

它们有何不同?也许有人写的是“大喊风格”(大写)——但从IA的角度来看，这种区别永远不应该通过URL的变化来区分。

此外，在Apache中很容易实现这一点-只需从mod_spelling使用CheckSpelling On。