¿Es seguro el subproceso de la clase Java MessageFormat? (a diferencia de SimpleDateFormat)

Question

Sé que SimpleDateFormat y NumberFormat NO son seguros para subprocesos.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4101500

¿Pero qué pasa con las otras clases de formato como MessageFormat?

Fortify 360 está marcando el uso del método estático "MessageFormat.format (String, Object ...)" como un problema de "Condición de carrera - Formato defectuoso", pero cuando analizo el código fuente de MessageFormat, vi que en ese método, crea una nueva instancia local de MessageFormat.

¿Es seguro el subproceso Java MessageFormat Class?

Answer 1

El javadoc para MessageFormat dice: formatos

de mensajes no están sincronizados. Se recomienda crear instancias de formato separadas para cada subproceso. Si varios subprocesos acceden a un formato al mismo tiempo, se debe sincronizar externamente.

Así que oficialmente, no - no es seguro para subprocesos.

Los documentos para SimpleDateFormat dicen más o menos lo mismo.

Ahora, los documentos pueden solo ser conservadores, y en la práctica funcionará bien en varios hilos, pero no vale la pena el riesgo.

Answer 2

Si se referrring al método

public static String format(String pattern, Object... arguments) 

esto es seguro para subprocesos ya que como se describe en el Javadoc se crea un nuevo MessageFormat hacer el formato.

Por cierto, eso es un error tipográfico divertido en su título 'SimpleThreadFormat' :)

Answer 3

por el Javadoc, MessageFormat objetos no son seguros para subprocesos. Puede usar un ThreadLocal para crear un objeto separado para cada hilo que lo necesite.

ThreadLocal<MessageFormat> threadLocalMessageFormat = 
    new ThreadLocal<MessageFormat>() { 
     @Override 
     protected MessageFormat initialValue() { 
      return new MessageFormat(pattern); 
     } 
    }; 

entonces usted puede utilizar para obtener una threadLocalMessageFormat.get()MessageFormat para el subproceso actual.