请求地址最后面的“/”加和不加到底有什么区别？ _请求地址

URL 是我们每天畅游在互联网世界中最最常见的东西了，对于普通用户来说，URL 就是一个字符串，比如 http://www.baidu.com ，但是对于我们开发者而言，除了 URL，还有一个东西叫做 URI，很多人经常搞不清楚这两个概念，本文我们就从这个话题开始。
从 URN 开始在介绍这两个东西之前，我们还得先说说另外一个东西，叫做URN，URN的全程为Uniform Resource 译作统一资源名称，URN、URL与URI的关系类似于下图：

文章插图

由上图可以看到，URN 和 URL 实际上是 URI 范畴之内的概念。URN 表示给每一个互联网资源取一个名字，但是互联网资源千千万万，给每一个资源取一个不重复的名字显然不太现实，因此，并不是所有的互联网资源都有 URN ，URN 就类似于一个人的身份证号码，是唯一的，但是通过这个身份证号码找不到这个人，要找到这个人我们得通过类似于下面这种地址 “中国/广东省/广州市/天河区/马场路/南国花园/8栋/1203室” ，这种能够查找到某一个资源的字符串就是 URL ，URL 全称叫做 Uniform Resource Locator ，译作统一资源定位符，表示一个资源的地点。
URL 与 URIURI 是 Uniform Resource Identifier 的缩写，译作统一资源标识符，RFC2396 中对这三个单词做了如下定义：
Uniform
规定统一的格式可方便处理多种不同类型的资源，而不用根据上下文环境来识别资源指定的访问方式。另外，加入新增的协议方案（如 http: 或 ftp:）也更容易。
Resource
资源的定义是“可标识的任何东西” 。除了文档文件、图像或服务（例如当天的天气预报）等能够区别于其他类型的，全都可作为资源。另外，资源不仅可以是单一的，也可以是多数的集合体。
Identifier
表示可标识的对象。也称为标识符。
由此可见，URI 就是由某个协议方案表示的资源的定位标识符，而协议方案就是访问资源时所采用的协议类型的名称，比如我们采用 HTTP 协议时，协议方案就是 HTTP ，我们采用 FTP 协议时，协议方案就是 FTP ，另外还有 file、mailto、telnet 等。
按照 RFC3986 的说法，一个 URI 可以被进一步归类为一个定位器（URL）,一个名字（URN）,或两者都是。也就是说 URI 可以是 URL ，也可以是 URN 或两者兼备，如果你关心资源的名称，那就将 URI 定义成 URN 的形式，如果你关心资源的位置，那么就将 URI 定义成 URL 的形式，URI 中包括了 URN 和 URL。在 RFC3986 文档中还有如下一句话：

“Future specifications and related documentation should use the general term “URI” rather than the more restrictive terms “URL” and “URN””

这句话告诉我们未来应该使用更加通用的 URI 术语，而不是受限制颇多的 URL 和 URN。
前面介绍了 URI ，接下来我们再来探讨下 URI 的格式（基于前文得出的结论，下面涉及到的地址我将都以 URI 来称呼）。
URI 的格式对于普通用户，说 URI 他们可能有点懵，但是说 http 开头的那个字符串肯定都知道是什么了，我们常见的网址除了 http: 开头之外，也有 ftp: 开头的，也有 mailto: 开头的，分别代表不同的含义，这是因为浏览器的功能不仅仅局限于访问 web 服务器，也可以用来访问 ftp 服务器，也可以用来浏览本地文件，也可以用来发送邮件，因此浏览器需要有一个东西来判断使用哪种功能来访问相应的数据，因此有了协议，也有了各种各样不同的 URI。如下图是一个完整的URI：

文章插图

这其中用户名、密码和端口号都可以省略，在浏览器拿到这样一个 URI 之后，首先会对其进行解析，比如上面这个地址，浏览器经过解析之后，知道要去获取 www.baidu.com 服务器上的 /folder/index.html 文件。不过，在实际应用中，有的时候 URI 并不是这么清晰，比如下面这个：