取决于主机操作系统。托管在Windows上的站点往往不区分大小写，因为底层文件系统不区分大小写。托管在Unix类型系统上的站点往往是区分大小写的，因为它们的底层文件系统通常是区分大小写的。URL的主机名部分总是不区分大小写的，路径的其余部分是不同的。

取决于主机操作系统。托管在Windows上的站点往往不区分大小写，因为底层文件系统不区分大小写。托管在Unix类型系统上的站点往往是区分大小写的，因为它们的底层文件系统通常是区分大小写的。URL的主机名部分总是不区分大小写的，路径的其余部分是不同的。

老问题，但我在这里绊了一下，所以为什么不尝试一下呢，因为这个问题寻求的是不同的观点，而不是一个确定的答案。

w3c可能有它的建议-我很关心-但想要重新考虑，因为问题在这里。

为什么w3c认为域名是不区分大小写的，并且在后面留下不区分大小写的内容?

我认为基本原理是URL的域部分是由用户手动输入的。 超文本之后的所有内容都将由机器(浏览器和后面的服务器)解析。

机器可以比人类更好地处理不区分大小写的问题(不是技术上的:))。

但问题是，仅仅因为机器可以处理，就应该这样做吗?

我的意思是命名和访问位于hereIsTheResource和hereIsTheResource的资源的好处是什么?

横向图比驼色图更难读，驼色图更容易读。 人类可读(包括技术类)

以下是我的观点:-

资源路径位于编程结构的中间位置，有时靠近浏览器后面的终端用户。

你的URL(不包括域名)应该不区分大小写，如果你的用户希望触摸它或键入它等等。在开发应用程序时，应该尽量避免让用户键入路径。

你的URL(不包括域名)应该区分大小写，如果你的用户从来不会手动输入它。

结论

Path应该区分大小写。我的观点倾向于区分大小写。

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

@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的评论基本上说了同样的事情。在我发布之前我错过了它，所以我想在应得的地方给予赞扬。

对于托管在Linux服务器上的网站，URL是区分大小写的。 http://www.google.com/about和http://www.google.com/About将被重定向到不同的位置。而在Windows服务器中，URL是不区分大小写的，就像命名文件夹一样，将被重定向到相同的位置。

根据W3的“HTML和url”，它们应该:

可能有url，或者url的一部分，大小写不重要，但是 识别这些可能并不容易。用户应该始终考虑到这一点 url区分大小写。