我注意到
HTTP://STACKOVERFLOW.COM/QUESTIONS/ASK
and
http://stackoverflow.com/questions/ask
两者都可以工作-实际上前一个转换为小写字母。
我认为这对用户来说是有意义的。
如果我看谷歌，那么这个URL工作正常:
http://www.google.com/intl/en/about/corporate/index.html
但是这个带ABOUT的不能用:
http://www.google.com/intl/en/ABOUT/corporate/index.html
URL是否应该区分大小写?
当前回答
RFC 3986第6.2.2.1节说:“scheme和host不区分大小写，因此应该规范化为小写。例如，URI HTTP://www.EXAMPLE.com/等价于http://www.example.com/。假定其他通用语法组件是区分大小写的，除非该方案另有特别定义”。
服务器可以在内部规范化传递的URI，并为不同大小写的URI (/about/和/about/)提供相同的资源，使URI对用户来说不区分大小写。
其他回答
取决于主机操作系统。托管在Windows上的站点往往不区分大小写，因为底层文件系统不区分大小写。托管在Unix类型系统上的站点往往是区分大小写的，因为它们的底层文件系统通常是区分大小写的。URL的主机名部分总是不区分大小写的，路径的其余部分是不同的。
我认为这和许多关于规范做了什么或没有说什么的答案都没有抓住问题的重点。它们应该区分大小写吗?这是一个意味深长的问题。从用户的角度来看，区分大小写是一个痛点，不是所有人都知道就有区别。uri应该还是不应该的问题取决于问题的上下文。就技术灵活性而言，是的，它们应该如此。就可用性而言，不，它们不应该如此。
RFC 3986第6.2.2.1节说:“scheme和host不区分大小写，因此应该规范化为小写。例如，URI HTTP://www.EXAMPLE.com/等价于http://www.example.com/。假定其他通用语法组件是区分大小写的，除非该方案另有特别定义”。
服务器可以在内部规范化传递的URI，并为不同大小写的URI (/about/和/about/)提供相同的资源，使URI对用户来说不区分大小写。
请看这里的规格: 2.7.3节 https://datatracker.ietf.org/doc/html/draft-ietf-httpbis-p1-messaging-25#page-19
scheme和host不区分大小写，通常以小写形式提供;所有其他组件以区分大小写的方式进行比较 的方式。
根据W3的“HTML和url”，它们应该:
可能有url，或者url的一部分，大小写不重要，但是 识别这些可能并不容易。用户应该始终考虑到这一点 url区分大小写。
