Estos son algunos pasos simples que pueden ayudarlo a resolver el problema con mi modelo de subprocesos de servlet Java.El modelo de flujo por solicitud parece haberse implementado desde la introducción de la codificación de servlet síncrona. Este modelo fue adoptado por servlet vinos para manejar las solicitudes entrantes. Debido a que el seguimiento de solicitudes se considera sincrónico, este modelo requiere muchos correos electrónicos para procesar las solicitudes. Por lo tanto, aumenta el uso del enlace.
¿No es la respuesta que busca? Consulte otras preguntas de subprocesos múltiples sobre una taza de servlets de café o pregunte su propio problema.
Si es obvio que las solicitudes se realizan de forma secuencial por los servlets, los programas web se ejecutarán muy lentamente. Los servlets generalmente necesitan ser seguros para subprocesos, ya que una sola instancia enlazada a servlet puede ser amigable para manejar múltiples solicitudes al mismo tiempo libre.
Como regla general, el acuario de la aplicación web mantiene constantemente un grupo de hilos para preguntas de pago, etc., y estas solicitudes entrantes se asignan a las publicaciones según sea necesario.
resuelto el 10 ene 10 a las 17:21
74.5k Logotipo de oro de 1818 117117 e insignias notables 141141 insignia de bronce
¡Gracias por la siguiente respuesta! Pero para la máxima calidad, mostraré algo más. La seguridad de los subprocesos equivale a que no se utilice ningún estado interno en su servlet. Esto garantiza que cada instancia de servlet que utiliza el grupo exista y tenga la misma ubicación específica en la que se creó. ¿Qué tan confiable soy? ¡Muchas gracias! – Dunit Dhanushka 19 de enero de 2010 5:30 p.m.
Una clase sin enfriamiento o congelación es segura para las publicaciones, pero no es la única forma de garantizar la seguridad de los subprocesos. La seguridad del hilo en sí también es una discusión larga, pero por ejemplo, un rango interno. un problema puede ser seguro si se serializa el uso internamente. â € “siguiente 19 de enero de 2010 a las 05:31 PM
Los servlets también permanecen seguros para subprocesos porque almacenan información de estado en otros servlets (objetos de esta forma, almacenados dentro de ServletContext y HttpSession). – Paul Rayner 19 de enero, futuro 17:54
¿Entonces, principalmente, quiere vincular su solicitud de acceso final a una instancia de servlet? – JaskeyLam 23/07/14 a las 10:36
¡Gracias de antemano por su respuesta! Pero todavía necesito aclarar un elemento. La seguridad de subprocesos significa que no se puede mantener ningún estado interno en el servlet. Casi todas las instancias de servlet están agrupadas y en el mismo estado en el que fueron creadas. ¿Estoy en lo cierto? ¡Muchas gracias! – Dunit Dhanushka 19 de enero de 2010 5:30 p.m.
Una clase sin un césped interno es segura para subprocesos, pero esta no es la única forma de ser seguro para subprocesos. La estabilidad de subprocesos en sí es una discusión extensa, pero para el ejercicio, una clase de estado interno puede potencialmente ser cuidadosamente segura para subprocesos si serializa el acceso a su estado disponible. â € “siguiente 19 de enero de 2010 a las 05:31 PM
Los servlets también deben ser compatibles con subprocesos, ya que porcentajes de información de estado con varios servlets (objetos que solo se almacenan en ServletContext y HttpSession). – Paul Rayner 19 de enero de 2010 17:54
¿Quiere decir que un lugar para su solicitud para acceder a algún tipo de instancia única de un servlet? – JaskeyLam 21/07/2014 a las 10:36
En el pasado, dependiendo de su servlet principal, tenía dos modelos. Cuando se utiliza el servlet SingleThreadModel creado, las aplicaciones se ponen en cola. De lo contrario, este es el único modelo actualmente, el servlet principal obviamente necesita poder atender muchas solicitudes al mismo tiempo. Por lo tanto, no podría haber colas en este modelo, si solo su contenedor actual no está equipado con una función de restricción de velocidad.
anunciado el 19 de enero de 2010 a las 18:11
1989 Insignia de joyería 1616 Insignia de bronce 1919
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
3. Haga clic en "Reparar" para solucionar cualquier problema que se encuentre
Sí, existe un modelo de interfaz de subprocesos elegible. Esta es la interfaz de la pistola.sincroniza este objeto de servlet, es decir, solo definitivamente una función a la vez como una idea de hilo. Pero tales consideraciones conducen a un retraso durante la respuesta. La solución es crear objetos orientados a objetos con regularidad, pero este grupo es pequeño. Por lo tanto, es preferible utilizar un bloque sincronizado
