Tomcat Connector, que cuenta con varios modos de funcionamiento (optimizado)?
A continuación, en primer resumen de los tres modos de funcionamiento Tomcat conector.
BIO: síncrono y el bloqueo de un hilo de procesar una solicitud. Desventajas: alta concurrencia, gran número de hilos, un desperdicio de recursos. Tomcat7 o menos, en defecto del sistema Linux de esta manera.
entrada Preparación: protocolo = "HTTP / 1.1"
NIO: síncrono sin bloqueo IO
Asíncrono IO procesar usando Java, puede manejar un gran número de solicitudes por un pequeño número de hilos, una pluralidad de tratamiento puede ser la conexión multiplexada (multiplexados) con un hilo.
Tomcat8 por defecto en los sistemas Linux que utilizan este enfoque.
Tomcat7 configuración del conector debe ser modificado para empezar.
entrada Preparación: Protocolo = "org.apache.coyote.http11.Http11NioProtocol"
Nota: se utilizó el embarcadero, Mina, son todos ZooKeeper aplicación java nio.
TAE: es decir, en tiempo de ejecución de Apache portátil, io resolver el problema de bloqueo desde el nivel del sistema operativo. ** manera AIO, ** asíncrono no bloqueante IO (Java NIO2 llamado AIO) La principal diferencia con la principal diferencia NIO es el sistema operativo subyacente puede ser una metáfora: en comparación con el servicio de mensajería, NIO es la línea de las compras a su propio sitio web oficial para comprobar debajo si el correo ha llegado (posiblemente varias veces), y luego recoger expresarse; AIO es una entrega de mensajería (no expresa preocupación curso).
entrada Preparación: protocolo = "org.apache.coyote.http11.Http11AprProtocol"
Nota: librería APR para ser instalado en el servidor local. Tomcat7 o Tomcat8 iniciar el sistema por defecto Win7 o más de esta manera. Si el APR y la instalación nativa de Linux, Tomcat abril comenzará apoyo directo.
BIO Tomcat modelo por defecto utilizado, habrá una seria disminución en el rendimiento en varios cientos concurrente. Tomcat modelo también viene con el NIO, lo prefiere, puede llamar a la librería APR para lograr el control de nivel de sistema operativo.
NIO modelo está construido, es conveniente llamar, sólo para el protocolo de archivo de configuración anterior modificado para org.apache.coyote.http11.Http11NioProtocol, volverá a tener efecto. Tengo que girar la configuración anterior, el valor predeterminado es HTTP / 1.1.
APR es necesario instalar bibliotecas de terceros, el rendimiento marca ha mejorado de manera significativa en alta concurrencia. Como el valor por defecto es Protocal Abr, pero lo mejor es modificar el protocolo de org.apache.coyote.http11.Http11AprProtocol, será más clara.
¿Cómo se crea Tomcat servlet instancia de clase contenedor? ¿Qué principio se utiliza ?
Cuando se inicia el envase, leerán archivos web.xml para todas las aplicaciones web en el directorio de aplicaciones web y archivo XML continuación, analizar y leer la información de registro de servlets. A continuación, cada aplicación registrada cargado clase servlet, y a modo de ejemplo de la reflexión. (A veces también en la primera instancia de la solicitud)
más 1 si es positiva, entonces, en primer lugar una instancia en el registro de servlets, si no se escribe o negativo, la primera solicitud de instancia.
Tomcat modo de trabajo
Tomcat como contenedor de servlets, cuenta con tres modos de funcionamiento:
1, contenedor servlet separada, contenedor de servlets es una parte de un servidor web;
2, el contenedor servlet en proceso, el contenedor de servlets como plug implementado un servidor web y Java contenedores, el servidor web abertura de enchufe en el espacio de direcciones interna de un tal recipiente java jvm capaz de correr en el interior. La reacción es rápida pero menos estirable;
contenedor servlet 3 de unión fuera del proceso, el contenedor de servlet se ejecuta fuera del espacio de direcciones del servidor web como el servidor web y la aplicación java recipiente enchufe. El tiempo de reacción del proceso, pero no como la estabilidad estirable y excelente que el proceso;
la solicitud se puede dividir en las siguientes categorías Tomcat dependiendo del modo de Tomcat:
Tomcat servidor de aplicaciones: una petición desde un extremo frontal del servidor web, que puede ser el Apache, IIS, Nginx similares;
Tomcat como servidor autónomo: una solicitud de un navegador web;
Más conector y un recipiente en la formación de un servicio, con servicios pueden proporcionar, sino también un entorno de vida de servicio, alguien debe ser capaz de dar su vida, captar el poder de la vida y la muerte, que no es otro que la no-Servidor arriba! Así que todo el ciclo de vida es controlado por el servidor Tomcat
Resumen de la arquitectura de alto nivel Tomcat
Tomcat es sólo un servidor, un servidor puede tener múltiples servicios, un servicio puede tener múltiples conector y un recipiente;
alimentación del servidor de la vida y la muerte a cargo de todo el Tomcat;
El servicio es el proveedor de servicios externo;
Conector para la recepción de solicitudes y empaquetado en Solicitud y Respuesta a un proceso específico;
Un envase para empaquetar y gestionar servlet, y solicitud de procesamiento de solicitud específica;
Tomcat capa contenedora 4
Motor: motor, utilizado para gestionar múltiples sitios, un servicio sólo puede tener un máximo de motor;
Anfitrión: representa un sitio, sino que también se puede llamar una máquina virtual, mediante la configuración del host puede agregar sitios;
Contexto: representa un programa de aplicación que corresponde a un desarrollo normal, o un directorio WEB-INF y por debajo archivo web.xml;
Envoltura: cada uno encierra un envoltorio del servlet;
ciclo de vida del servlet se puede dividir en cinco pasos
Carga del servlet: Cuando la primera visita de servlet Tomcat, Tomcat será responsable de la creación de una instancia del servlet;
inicialización: Cuando se crea una instancia del servlet, Tomcat llamará al método init () para inicializar el objeto;
servicios de procesamiento: Cuando un navegador para acceder al servlet tiempo, servlet llama al método service () para procesar la solicitud;
destrucción: cuando se detecta a partir de Tomcat Servlet cerrado o borrado cuando Tomcat automáticamente la llamada al método destroy (), de manera que la proporción de recursos ejemplo liberado. Servlet Si se utiliza desde hace mucho tiempo sin que, Tomcat será destruido de forma automática,
la descarga: Cuando la llamada Fin servlet método destroy (), espera para la recolección de basura. Si es necesario utilizar este servlet de nuevo, volverá a ejecutar el init () inicializa método.
