Является ли DatatypeConverter потокобезопасным?

Question

В частности, это метод javax.xml.bind.DatatypeConverter.parseBase64Binary(String) потокобезопасный?

Answer 1

В документации нет ничего, что предполагает, что класс является потокобезопасным. Поэтому я рекомендую вам предположить, что это не так.

Я бы порекомендовал Base64 из Apache Commons Codec, который заявляет, что он безопасен для потока в документации.

Answer 2

После ознакомления с исходным кодом javax.xml.bind.DatatypeConverter.parseBase64Binary(String) (JAXB api), который является статическим методом с использованием неизменяемого класса в качестве аргумента.

final public class DatatypeConverter { 
    ... 
    // delegate to this instance of DatatypeConverter 
    private static volatile DatatypeConverterInterface theConverter = null; 

    ... 

    public static byte[] parseBase64Binary(String lexicalXSDBase64Binary) { 
     if (theConverter == null) initConverter(); 
     return theConverter.parseBase64Binary(lexicalXSDBase64Binary); 
    } 

    ... 

    private static synchronized void initConverter() { 
     theConverter = new DatatypeConverterImpl(); 
    } 

    ... 
} 

Мы можем предположить, что он является потокобезопасным. Метод initConverter() статически синхронизирован.

Answer 3

Мое чтение source code таково, что , что реализация является потокобезопасной.

• Метод parseBase64Binary вызывает parseBase64Binary метод на общедоступном DatatypeConverterImpl объект, который лениво создается.

• Легко видеть, что ленивое создание является потокобезопасным. (Код находится в другом Ответ ...)

• Изучение DatatypeConverterImpl показывает, что она не имеет переменные экземпляра, поэтому не могут быть проблемы безопасности потоков над доступом/обновлением состояния экземпляра.

• Метод DatatypeConverterImpl.parseBase64Binary (в свою очередь) вызывает метод static_parseBase64Binary.

• Метод _parseBase64Binary использует свой вход (который является неизменным) и локальные переменные, относящиеся к объектам, ограниченным потоком. Единственным исключением является переменная decodeMap, которая представляет собой массив private static final.

• Переменная инициализируется и безопасно публикуется во время инициализации класса (статического).

• После инициализации переменная decodeMap считывается только когда-либо. Таким образом, не может быть проблем с синхронизацией или «опасностей» модели памяти, связанных с обновлениями.

Конечно, этот анализ применим только к версии класса, к которому я привязан. Вполне возможно, что этот метод не является потокобезопасным в других версиях. (Но исходный код свободно доступен для нескольких версий, поэтому вы должны проверить это на версию JAXP, которую вы используете.)