Castaglia..
6
如果我们假设HTTP 1.1服务器想要与HTTP 1.0客户端向后兼容,那么HTTP 1.1服务器将向HTTP 1.0客户端发送HTTP 1.0响应.
例如,假设您的HTTP 1.0客户端发送如下请求:
GET /path/to/resource HTTP/1.0
请注意,请求的最后一部分是"HTTP/1.0",表示客户端支持的HTTP版本.我们会回到这一点,但这很重要.
您的HTTP 1.1服务器通常可能希望使用Cache-Control响应标头来禁用任何缓存,例如:
HTTP/1.1 200 OK
Cache-Control: no-cache
但是Cache-ControlHTTP 1.0请求不支持,并且上面的响应表明它是HTTP 1.1响应,由于HTTP 1.0请求,它是奇怪的.
因此,HTTP 1.1服务器必须生成符合HTTP 1.0的响应,如下所示:
HTTP/1.0 200 OK
Pragma: no-cache
理想情况下,HTTP 1.1服务器会关注请求中的HTTP版本,并构造适合该HTTP版本的响应.对于较新的客户端(.eg HTTP 1.0)与较新的,向后兼容的服务器(例如 HTTP 1.1)进行通信,这是有效的.
但是,如果它是一个较新的客户端与较旧的服务器通信,例如HTTP 1.1客户端与HTTP 1.0服务器通信,会发生什么?在这种情况下,请求可能是:
GET /path/to/resource HTTP/1.1
Host: example.com
Cache-Control: no-cache
HTTP 1.0服务器将不知道Cache-Control标头或任何其他HTTP 1.1-isms.在这种情况下,由于版本不兼容,HTTP 1.0服务器可能会使用"400 Bad Request"(或其他类似的非成功响应代码)拒绝响应,或者服务器可能会对HTTP 1.1请求发出HTTP 1.0响应:
HTTP/1.0 200 OK
Pragma: no-cache
您看到的实际行为将取决于所涉及的客户端和服务器实现.
希望这可以帮助!