为什么HTTP请求中的HOST字段被设为必填项？

你提到的「能从请求行解析出域名」的情况，仅存在于客户端向HTTP代理发送请求的特殊场景，绝大多数客户端直连源站的场景下，Request-URI根本不携带域名信息，Host头是服务端区分同IP下多站点的唯一可靠依据。具体原因可以拆成三点：

• 首先是Request-URI的格式设计问题
  按照HTTP规范定义，Request-URI有多种适配场景的格式，直连源站时客户端默认发送的是绝对路径格式，不会带域名部分。比如你访问https://example.com/index.html和https://test.com/index.html，两个域名解析到同一个服务器IP，直连时发出的请求行都是GET /index.html HTTP/1.1，服务端仅从请求行完全无法判断用户要访问哪个域名下的资源。只有请求发给HTTP代理时，客户端才会在请求行里写完整的带域名的绝对URI，方便代理直接定位目标源站，这个场景在普通用户的直连请求里占比极低。
• 其次是历史兼容的现实约束
  HTTP/1.0版本根本没有定义Host头，当时也没普及基于域名的虚拟主机方案，默认规则就是一个IP对应一个站点，想在一台服务器上跑多个网站只能靠分配不同端口、不同IP的笨办法。HTTP/1.1在制定标准时，必须兼容海量已部署的HTTP/1.0客户端、服务端和中间代理设备，如果直接修改请求行格式、强制所有请求都在URI里携带域名，会导致所有老版本设备完全无法解析请求，全网改造成本不可接受。新增一个必填的Host头是成本最低的兼容方案：老设备即使不识别Host头的作用，也能按照HTTP扩展头的规则直接跳过这个字段，不会影响基础请求解析流程。
• 最后是全链路路由的实际需求
  从客户端到源站的整条请求链路里，会经过CDN节点、反向代理、网关等多类中间设备，这些设备做路由转发时，不需要解析完整的URI路径，只需要靠Host头就能快速判断请求应该转发到哪个后端集群，转发逻辑更简单高效。如果强制要求所有请求都把域名放在请求行的URI里，中间设备每次路由都要解析完整URI提取域名，反而会增加不必要的解析开销，还会遇到相对路径URI拿不到域名的问题。

你可以自己做个简单测试：直接向任意一个托管了多个站点的服务器IP发HTTP请求，不带Host头的话，99%的概率会收到400 Bad Request响应；带上对应域名的Host头，才能正常拿到站点内容。这也能直观说明Host头的不可替代性——毕竟如果服务端真能从请求行拿到域名信息，根本不会因为缺Host头直接拒绝请求。

内容的提问来源于stack exchange，提问作者alk