Http 如何从位置头构造上的URI？

对“”URL的GET请求会导致以下响应标头中的内容

HTTP/1.1 302 Found
Date: Mon, 30 Apr 2018 07:39:12 GMT
Server: Apache/2.2.15 (CentOS)
X-Powered-By: PHP/5.3.3
Location: www.example.com
Content-Length: 40
Connection: close
Content-Type: text/html; charset=UTF-8

服务器准备/用户代理如何从该位置头准备URL

它是否向“www.example.com”发送重定向请求？ 或 它是否向“”发送重定向请求

为什么它会建立这样的URL

它是否向

www.example.com

发送重定向请求？还是将重定向请求发送到

http://fakedomain.com/my/abc/www.example.com

请求应重定向到

http://fakedomain.com/my/abc/www.example.com

以下是关于标题的说明（突出部分是我的）：

Location

标题字段在一些响应中用于引用 与响应相关的特定资源。类型 关系由请求方法和 状态代码语义

 Location = URI-reference

字段值由单个URI引用组成。[…]

该概念的定义如下（重点是我的）：

URI引用用于表示资源的最常见用法 标识符

 URI-reference = URI / relative-ref

URI引用是URI或相对引用如果 URI引用的前缀与所遵循方案的语法不匹配 通过冒号分隔符，则URI引用是相对的 参考。[…]

因此

www.example.com

应该被解释为a，而不是a

www.example.com

情况如下所述：它与相对路径引用具有相同的语法，并且不能在需要相对引用的上下文中使用（突出显示是我的）：

URI语法是为明确引用资源和数据而设计的 通过URI方案的可扩展性。但是，作为URI标识和 传统媒体（电视、广播、， 报纸、广告牌等）越来越多地使用 URI作为引用，仅包含权限和路径 URI的某些部分，例如

 www.w3.org/Addressing/

或者只是一个DNS注册名称本身。这些参考文献是 主要用于人的解释，而不是机器， 假设基于上下文的启发式方法足以 填写URI（例如，大多数注册名称以

www

可能具有URI前缀

http://

）。虽然没有 用于消除URI后缀歧义的标准启发式集，许多 客户机实现允许用户输入它们，并且 启发式解决

虽然这种使用后缀引用的做法很常见，但 应尽可能避免使用，且不得在任何情况下使用 需要长期参考的情况。启发法 上面提到的将随着时间的推移而改变，特别是当一个新的URI方案出现时 变得流行，并且在断章取义时经常不正确。[……]

作为URI后缀，其语法与相对路径引用相同 后缀引用不能用于相对 需要引用。因此，后缀引用仅限于 没有定义基本URI的位置，例如对话框和 离线广告