Subproceso Recomendaciones locales en aplicaciones de servidores intermedios pesados ​​de nivel medio

Question

¿Se recomienda utilizar ThreadLocal para almacenar un contexto de subprocesos?

Estoy construyendo una aplicación de servidor back-end donde hay servicios típicos que necesito ejecutar.

Nota: No estamos construyendo esto sobre una arquitectura SOA.

Antes del inicio de cada servicio, necesito darle un estado que tenga algún Contexto de servicio que sea un mapa variable para trabajar. Este mapa variable se comparte cuando los servicios se ejecutan en paralelo.

Ahora, por ejemplo, un servicio necesita comprobar el tiempo que debe detenerse o el tiempo de espera en función de algunos parámetros relacionados con el hilo.

Pregunta: ¿Es un buen enfoque mantener el contexto del subproceso dentro del subproceso local y luego crear el contexto del servicio de API sobre para acceder a los parámetros sobre estas variables.

Esto me ayudaría a ocultar el comportamiento complejo y no abriría mis cosas internas.

Gracias, Aditya

Answer 1

parece que su marco de aplicación de servidor debe proporcionar los medios para implementar esta funcionalidad en una forma más simple - a menos que esté implementando su propio marco.

Ahora, por ejemplo, un servicio necesita comprobar el tiempo que debe detenerse o el tiempo de espera en función de algunos parámetros relacionados con el hilo.

Un contenedor EJB proporciona este tipo de funcionalidad. Los EJB también proporcionan un contexto de sesión y los medios para garantizar que el contexto se puede restaurar si la ejecución se transfiere entre hilos (por pasivación + activación).

Answer 2

Puede usar ThreadLocal con bastante libertad, pero debe definir su modelo de hilo limpiamente (vea si tiene algún control sobre la creación de hilo) ... también tenga en cuenta que asegurar el estado almacenado en ThreadLocal puede no ser el esperado , si confía en cualquier código de limpieza.

también: hacer uso (estrés no puede más) WeakReference para cualquier cosa que su código no es directamente responsable.