Является ли ConcurrentHashMap надежным выбором для использования внутри сервлета?

Question

Мне нужно отобразить объекты внутри сервлета. Является ли ConcurrentHashMap надежным выбором для использования? Все запросы получат запрашиваемый объект с карты или будут сбои?

public class MyServlet extends HttpServlet {

    private Map<String, Object> map = new ConcurrentHashMap<String, Object>();

    public void doGet(HttpServletRequest request, HttpServletResponse response) {
        // use map
        map.get("myObjectName");
    }

}

Answer 1

Цель ConcurrentHashMap - разрешить извлечение без блокировки .Он подходит для многопоточных программ, которые имеют много операций чтения и очень мало операций записи.

Вы написали

Объекты не модифицируются после запуска сервлета- newbie

Если под этим вы подразумеваете, что карта не изменяется после инициализации сервлета, тогда вам вообще не нужен ConcurrentHashMap.Вы можете использовать старый добрый HashMap.Еще лучше было бы преобразовать ее в неизменяемую карту, используя Collections.unmodifiableMap.

Answer 2

Поскольку карта инициализируется только при запуске, вам следует рассмотреть возможность использования ImmutableMap:

private static final ImmutableMap<String, Object> MY_MAP = ImmutableMap
       .<String, Object>builder()
       .put("asdf", myObj1)
       .put("qwerty", myObj2)
       .build();

. Builder используется для предварительного заполнения картыискомые значения, после чего вызов build() возвращает карту.С этого момента он является неизменным, что делает его потокобезопасным.

Вы также можете использовать фабричные методы of для ограниченного числа пар ключ-значение:

private static final ImmutableMap<String, Object> MY_MAP = ImmutableMap.of(
        "asdf", myObj1,
        "qwerty", myObj2
);

Answer 3

Ответ зависит от того, изменяет ли остальная часть метода карту или нет.

Нет гарантии, что изменения на карте будут КИСЛОТНЫМИ, как написано.

Обычно плохая идея иметь такое общее состояние в сервлете. Они для обработки HTTP-запросов. Лучше перенести эту функцию в службу, которая будет выполнять эту работу.