我注意到
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是否应该区分大小写?
当前回答
可以创建不区分大小写的url
RewriteEngine on
rewritemap lowercase int:tolower
RewriteCond $1 [A-Z]
RewriteRule ^/(.*)$ /${lowercase:$1} [R=301,L]
使Google.com.. Google.com等直接到Google.com
其他回答
为了可读性，所有“不敏感”都加粗。
根据RFC 4343，域名不区分大小写。URL的其余部分通过GET方法发送到服务器。这可能区分大小写。
以这个页面为例，stackoverflow.com接收GET字符串/questions/7996919/should-url-be-大小写敏感，向浏览器发送HTML文档。Stackoverflow.com是大小写不敏感的，因为它为/QUEStions/7996919/ should -url-be大小写敏感生成了相同的结果。
另一方面，维基百科是区分大小写的，除了标题的第一个字符。url https://en.wikipedia.org/wiki/Case_sensitivity和https://en.wikipedia.org/wiki/case_sensitivity指向同一篇文章，但https://en.wikipedia.org/wiki/CASE_SENSITIVITY返回404。
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应该还是不应该的问题取决于问题的上下文。就技术灵活性而言，是的，它们应该如此。就可用性而言，不，它们不应该如此。
RFC 3986第6.2.2.1节说:“scheme和host不区分大小写，因此应该规范化为小写。例如，URI HTTP://www.EXAMPLE.com/等价于http://www.example.com/。假定其他通用语法组件是区分大小写的，除非该方案另有特别定义”。
服务器可以在内部规范化传递的URI，并为不同大小写的URI (/about/和/about/)提供相同的资源，使URI对用户来说不区分大小写。
对于托管在Linux服务器上的网站，URL是区分大小写的。 http://www.google.com/about和http://www.google.com/About将被重定向到不同的位置。而在Windows服务器中，URL是不区分大小写的，就像命名文件夹一样，将被重定向到相同的位置。
