cabeceras de respuesta HTTP
encabezado de solicitud HTTP proporciona información acerca de la solicitud, respuesta, u otras entidades de transmisión.
En esta sección vamos a introducir ciertos encabezados de respuesta HTTP.
cabecera de respuesta | explicación |
---|---|
permitir | ¿Qué servidores soportan el método de solicitud (por ejemplo, GET, POST, etc.). |
Content-Encoding | codificación del documento método (Encode). Sólo después de la decodificación puede conseguir cabecera Content-Type especifica el tipo de contenido. Utilizar los ficheros gzip comprimido puede reducir drásticamente el tiempo de descarga de los documentos HTML. GZIPOutputStream de Java puede ser fácilmente la compresión gzip, pero sólo Netscape e IE en Windows Unix los días 4, 5 IE solamente apoyarlo. Por lo tanto, Servlet debe ser examinado en la cabecera Accept-Encoding (es decir request.getHeader ( "Accept-Encoding")) para comprobar si el navegador es compatible con gzip, gzip soporte de los navegadores de compresión gzip por la vuelta de la página HTML, para volver a la normalidad como otros navegadores página. |
Content-Length | En representación de la longitud del contenido. Si el navegador para utilizar HTTP persistente conexiones necesitan estos datos sólo cuando. Si usted desea tomar ventaja de las conexiones persistentes, se puede escribir al documento ByteArrayOutputStream de salida, completado ver el tamaño, y luego poner ese valor en la cabecera Content-Length, y finalmente el envío de contenidos a través de byteArrayStream.writeTo (response.getOutputStream (). |
Content-Type | Se indica que la documentación siguiente es qué tipo MIME. servlet por defecto es text / plain, pero en general tienen que especifica explícitamente como text / html. Debido a que a menudo establecen Content-Type, por lo que el HttpServletResponse proporciona un enfoque setContentType dedicado. |
fecha | La hora GMT actual. Puede establecer esta cabeza setDateHeader para evitar la molestia de cambiar el formato de hora. |
expira | Lo que se debe considerar cuando el documento ha expirado, por lo que ya no es la memoria caché? |
Última modificación | Última hora de modificación del documento. Los clientes pueden proporcionar a través del Si-Modified-Since encabezado de solicitud una fecha, la solicitud será considerada como una condición GET, sólo cambia más tarde de la hora especificada, se devolverá el documento, de lo contrario, devuelve un estado 304 (no modificado). método de la última actualización setDateHeader también se puede utilizar para configurar. |
ubicación | Se indica que el cliente debe ir a buscar documentos. Lugar por lo general no se establece directamente, sino a través del método sendRedirect HttpServletResponse, que también establece un código de estado de 302. |
refrescar | Se indica que el explorador debe actualizar el documento después de cuánto tiempo, en segundos. Además de actualizar el documento actual al exterior, puede también setHeader ( "Actualizar", "5; URL = http: // host / path") dejar que el navegador lee la página especificada. |
servidor | Nombre del servidor. Servlet en general, no se establece este valor, pero se establece por el propio servidor Web. |
Set-Cookie | Ajustes y página cookie asociada. Servlet no debe utilizarse response.setHeader ( "Set-Cookie", ...), pero debe usar métodos especiales addCookie HttpServletResponse publica. Véase la discusión acerca de la configuración de cookies de abajo. |
WWW-Authenticate | Los clientes deben proporcionar información sobre qué tipos de Autorización de cabecera de autorización? En respuesta contiene 401 se requiere línea de estado (no autorizado) en la cabecera. Por ejemplo, response.setHeader ( "WWW-Authenticate", "reino BASIC = \" ejecutivos \ ""). |