Mi informacion de contacto
Correo[email protected]
2024-07-12
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
conexión persistente:
HTTP/1.1
Las conexiones persistentes se admiten de forma predeterminada, lo que permite enviar múltiples solicitudes y respuestas HTTP en una conexión TCP, lo que reduce la sobrecarga de establecimiento y cierre de la conexión.
yHTTP/1.0
El valor predeterminado es una conexión corta. Cada solicitud debe establecer una conexión TCP. Puede pasar.Connection: keep-alive
encabezado para implementar conexiones persistentes.Connection: keep-alive
El propósito de es decirle al servidor y al cliente que la conexión TCP entre ellos debe mantenerse activa para que pueda reutilizarse, en lugar de cerrarse inmediatamente después de enviar una respuesta. Esta característica se introdujo en HTTP/1.0 y se convirtió en el comportamiento predeterminado en HTTP/1.1.
Tubería:
HTTP/1.1
Admite canalización (no habilitada de forma predeterminada), lo que permite al cliente enviar múltiples solicitudes antes de que llegue la respuesta a la primera solicitud, lo que puede reducir el tiempo de espera y mejorar la eficiencia.
HTTP/1.0 no admite canalización.
control de caché:
HTTP1.0
Utilizado principalmenteIf-Modified-Since/Expires
como criterio para el almacenamiento en caché del juicio
HTTP1.1
Se introducen más estrategias de control de caché, comoEtag / If-None-Match
Espere a que haya más encabezados de caché opcionales para controlar la estrategia de almacenamiento en caché.
Manejo de errores:
HTTP/1.1
Se agregaron algunos códigos de estado HTTP nuevos, como100 Continue
, utilizado para mejorar el manejo de errores y las respuestas intermedias a las solicitudes.
Después de recibir la respuesta 100 Continuar, el cliente debe continuar enviando el cuerpo de la solicitud.Si el servidor recibe un mensaje que contieneExpect: 100-continue
Después de decidir no continuar procesando la solicitud (por ejemplo, si la información del encabezado de la solicitud indica que no se puede aceptar la solicitud), el servidor debe devolver un código de estado de error (como 400 Solicitud incorrecta) en lugar de 100 Continuar.
Host
cabeza:
HTTP/1.1
introducidoHost
encabezado que permite al cliente especificar el nombre de host solicitado, lo que permite alojar varios nombres de dominio en el mismo servidor. Cada nombre de dominio se puede asignar a un recurso o servicio diferente en el servidor. HTTP/1.0 no tiene este campo de encabezado.
Optimización del ancho de banda:
HTTP1.0
Hay algunos fenómenos de desperdicio de ancho de banda, por ejemplo, el cliente solo necesita una parte de un objeto, pero el servidor envía el objeto completo y no admite la función de reanudación.HTTP1.1
se introduce en el encabezado de la solicitudrange
campo de encabezado, que permite solicitar solo una determinada parte del recurso, es decir, el código de retorno es206(Partial Content)