prefacio

Donde hay entrada, debe haber salida. Esta nota es un resumen del conocimiento involucrado en cada capítulo después de leer "HTTP gráfico".
El blog publicará cada capítulo del libro como un artículo y el próximo blog se publicará en un momento incierto.
Algunas notas en las notas se han ordenado después de una comprensión personal y puede haber desviaciones. También se ruega a los lectores que ayuden a señalarlas, gracias.

descargo de responsabilidad

Este blog son mis notas después de estudiar "HTTP gráfico", cuyo objetivo es facilitar la revisión y la revisión, no con fines comerciales.
Por conveniencia, algunas imágenes en el blog son consistentes con las del libro, por lo que no tomé capturas de pantalla yo solo, sino que cité las direcciones de las imágenes de los blogs de otras personas y agradecí a estos blogueros por sus cuadros.
Esta nota se utiliza para registrar mi resumen de este conocimiento. Para facilitar el trabajo y estudio futuro.
El contenido no está completo con el libro original, léalo junto con el libro original.
Si hay alguna infracción, infórmenos y elimínela inmediatamente.

Para la comunicación entre cliente y servidor .
- Cliente : El extremo que solicita acceso a recursos como texto o imágenes.
- Servidor : el extremo que proporciona acceso a los recursos
Cuando se utiliza el protocolo HTTP para comunicarse entre dos computadoras, un extremo de una línea de comunicación debe ser un cliente y el otro extremo debe ser un servidor.
La solicitud debe ser realizada por el cliente y el servidor devuelve una respuesta .
es un protocolo sin estado
- sin Estado:
  - no guardar el estado
    - El protocolo HTTP en sí no guarda el estado de comunicación entre la solicitud y la respuesta (es decir, el protocolo no persiste en la solicitud o respuesta enviada).
    - Cada vez que se envía una nueva solicitud, se generará una nueva respuesta correspondiente.
    - La información del mensaje de todas las solicitudes o respuestas anteriores no se conserva .
  - Propósito: Procesar una gran cantidad de transacciones más rápido.
  - Ventajas: Puede reducir el consumo de recursos de CPU y memoria del servidor.
Aunque es un protocolo sin estado, para lograr la función de mantenimiento del estado deseada, se introduce la tecnología Cookie .

Solicitar composición de mensaje

campo	Indica la descripción
[Método](# 5. Método HTTP para informar al servidor de la intención)	El tipo de servidor que solicita acceso.
[URI](# 4. Solicitar URI para localizar recursos)	Indica el objeto de recurso al que solicitar acceso
versión del protocolo	Solicitar al cliente que utilice la función del protocolo HTTP
campo de encabezado de solicitud
entidad de contenido

Composición del mensaje de respuesta

campo	Indica la descripción
versión del protocolo	La versión HTTP correspondiente al servidor.
código de estado	El código de estado del resultado del procesamiento de la solicitud.
Frase de motivo para el código de estado
campo de encabezado de respuesta	Cada atributo del campo de encabezado (fecha y hora de respuesta)
cuerpo principal	entidad de recursos

El protocolo HTTP utiliza URI para localizar recursos en Internet.
- [Razón] Una de las funciones de URI: se puede acceder a recursos en cualquier lugar de Internet.
Solicitar método URI
1. URI de solicitud completa
2. Escriba el nombre de dominio de la red o la dirección IP en el primer campo Host
3. Si no accede a un recurso específico pero realiza una solicitud al servidor, puede *reemplazar el URI de solicitud con un

nombre del método	efecto
CONSEGUIR	Se utiliza para solicitar un recurso identificado por un URI
CORREO	El principal utilizado para transferir la entidad.
PONER	utilizado para transferir archivos
CABEZA	Se utiliza para confirmar la validez del URI y la fecha y hora de la actualización natural (es decir, para obtener el encabezado del mensaje )
BORRAR	Se utiliza para eliminar archivos (generalmente no utilice este método)
OPCIONES	El método utilizado para consultar el soporte de recursos especificado para el URI de solicitud.
RASTRO	Deje que el servidor web repita la comunicación de solicitud anterior con el cliente (no se usa comúnmente, es fácil de manejar los ataques de seguimiento entre sitios XST)
CONECTAR	Es necesario establecer un túnel en la comunicación del servidor proxy para realizar la comunicación TCP con el protocolo del túnel.

[Problemas en la comunicación] - Cada vez que se realiza una comunicación HTTP, se debe desconectar una conexión TCP
- Cuando una gran cantidad de recursos se cargan con solicitudes, cada solicitud provocará un establecimiento y desconexión de conexión TCP insignificante, lo que aumentará la sobrecarga del tráfico de comunicación.
【Cómo resolver】

Características: Siempre que ninguno de los extremos proponga explícitamente desconectarse , se mantendrá el estado de la conexión TCP.
- Implementación: después de establecer una conexión TCP, realice múltiples interacciones de solicitud y respuesta.
beneficio:
1. Reduzca la sobrecarga causada por el establecimiento y desconexión repetidos de conexiones TCP
2. Carga reducida en el lado del servidor.
3. La velocidad de visualización de la página web mejora en consecuencia.

Envíe múltiples solicitudes en paralelo al mismo tiempo sin esperar respuestas una tras otra
Más rápido que la tecnología de conexión persistente.

Implementación técnica: Controlar el estado del cliente escribiendo información de Cookies en los mensajes de solicitud y respuesta .
Utilice cookies para guardar el proceso de estado:
1. La cookie notificará al cliente que guarde la cookie de acuerdo con la información del campo de encabezado llamado Set-Cookie en el mensaje de respuesta enviado desde el servidor .
2. La próxima vez que el cliente envíe una solicitud al servidor , el cliente agregará automáticamente el valor de Cookie en el mensaje de solicitud y lo enviará.
3. Una vez que el servidor encuentra la cookie enviada por el cliente, verificará qué cliente envió la solicitud de conexión, luego comparará los registros en el servidor y finalmente obtendrá la información del estado anterior.