1. Hablar de http y https
http: Protocolo de transferencia de hipertexto, https: Protocolo de seguridad de transferencia de hipertexto
diferencia:
- Los datos de transmisión HTTP no están cifrados y se transmiten en texto sin formato; https utiliza el protocolo SSL para cifrar los datos;
- El protocolo https requiere un certificado ca, que es costoso;
- El número de puerto http es 80 y el número de puerto https es 443;
- Http es una conexión sin estado, y ambos usan el protocolo de enlace de tres vías de tcp para conectarse.
2. Https cómo cifrar la transmisión
3. La diferencia entre http1.0 y http2.0, ¿qué pasa con 2.0 y 3.0?
4. Apretón de manos de tres vías TCP
- c envía un paquete a s y espera a que s lo confirme;
- Después de recibir el paquete, s confirma y luego envía un paquete a c para esperar la confirmación;
- Después de que c recibe el paquete, lo confirma y luego lo envía a s, y luego ambas partes están en el estado de envío o recepción.
5.TCP y UDP
- tcp está orientado a la conexión, udp no necesita establecer una conexión primero;
- TCP está orientado a bytes y UDP está orientado a paquetes;
- TCP es confiable.
6.Socket web
- Websocket es un protocolo en H5 que admite conexiones persistentes;
- Basado en el protocolo http, se pueden enviar múltiples solicitudes y recibir múltiples respuestas;
- WebSocket facilita el intercambio de datos entre el cliente y el servidor, lo que permite que el servidor envíe activamente datos al cliente. En la API de WebSocket, el navegador y el servidor solo necesitan completar un protocolo de enlace, y se puede establecer una conexión persistente entre los dos y se puede realizar una transmisión de datos bidireccional.
7. Después de ingresar una url
- DNS resuelve el nombre de dominio y obtiene la IP real;
- Establecer una conexión, protocolo de enlace de tres vías TCP;
- Tome los datos y renderice la página;
- Saluda cuatro veces.
8. ¿Cómo renderizar la página?
- HTML forma un árbol DOM y css forma una estructura css;
- Ambos forman un árbol de renderizado árbol de renderizado;
- Calcular el diseño de la página;
- El motor de la interfaz de usuario representa la página.
9. Solicitud HTTP
10. Código de estado
- 200 solicitud exitosa
- 400 La sintaxis de la solicitud del cliente es incorrecta y el servidor no puede entenderla
- La solicitud 401 requiere autenticación de usuario
- 403 El servidor entiende la solicitud del cliente, pero se niega a ejecutar la solicitud
- 404 El servidor no puede encontrar el recurso (página web) de acuerdo a la solicitud del cliente
- 500 Error interno del servidor, no se pudo completar la solicitud
11.fetch envía dos solicitudes
La razón por la que se envían dos solicitudes es porque usamos solicitudes entre dominios con verificación previa (excepto solicitudes de obtención, publicación y encabezado). Esta solicitud enviará una solicitud de verificación previa de tipo OPCIONES antes de enviar la solicitud real. La solicitud de verificación previa verificará si el servidor admite los recursos entre dominios requeridos por nuestra solicitud real, y la solicitud real solo se enviará si el recurso cumple con las condiciones. Por ejemplo, si agregamos el elemento de autorización en el encabezado de la solicitud, entonces Access-Control-Allow-Headers debe colocarse en el encabezado de respuesta del servidor, y su valor debe contener autorización; de lo contrario, la verificación previa de OPCIONES fallará, lo que resultará en ninguna petición real.
12. La diferencia entre cookie, almacenamiento de sesión y almacenamiento local
- Las cookies se transmiten entre el navegador y el servidor, sessionStorage, localStorage: solo se guardan en el cliente (navegador) y no participan en la comunicación del servidor;
- El tamaño de almacenamiento de cookies es más pequeño, de lo contrario, causará problemas de rendimiento;
- cookie: determina si el usuario ha iniciado sesión en el sitio web, para iniciar sesión automáticamente la próxima vez o recordar la contraseña; guardar información del evento; sessionStorage: inicio de sesión único para cuentas confidenciales y más para páginas individuales; localStorage: por mucho tiempo -Inicio de sesión a largo plazo, adecuado para datos locales de almacenamiento a largo plazo;
- El período de validez de la cookie generalmente lo establece el servidor; el almacenamiento local generalmente es permanente, a menos que elimine manualmente el reomveItem o borre el historial de navegación; el almacenamiento de la sesión generalmente deja de ser válido cuando se cierra la página.