Является ли установка потокобезопасной HashMap?

Это не потокобезопасный. Несмотря на то, что после момента публикации в самой карте нет записей (с точки зрения потока, выполняющего публикацию), а назначение ссылки является атомарным, новый Map<> не был безопасно опубликован . В частности, записи в карту во время ее создания - либо в конструкторе, либо после, в зависимости от того, как вы добавляете эти элементы, и эти записи могут или не могут быть замечены другими потоками, поскольку хотя они интуитивно возникают до того, как карта будет опубликована в других потоках, формально это не так в соответствии с моделью памяти.

Чтобы объект был безопасно опубликован, он должен быть передан внешнему миру с помощью некоторого механизма, который либо устанавливает связь «происходит раньше» между конструкцией объекта, публикацией ссылки и прочитанной ссылкой, либо он должен использовать несколько более узких методов, которые гарантированно безопасны для публикации:

• Инициализация ссылки на объект из статического инициализатора.
• Сохранение ссылки на него в финальном поле.

Ваша идиома будет в безопасности, если вы объявите myMap volatile. Более подробную информацию о безопасной публикации можно найти в JCIP ( настоятельно рекомендуется), или здесь, или в этом более подробный ответ на аналогичную тему.

Если вы имеете в виду, что создаете совершенно новый Map и назначаете его myMap, к которому обращаются другие потоки, тогда да. Назначение ссылок является атомарным. Это потокобезопасно, потому что вы не изменяете содержимое Map, пока другие потоки читают из него - у вас просто есть несколько потоков, читающих из Map.

Вам просто нужно объявить его volatile, чтобы другие потоки не кэшировали его.

Во-первых, класс Java HashMap не является потокобезопасным, поэтому нет никаких гарантий, что чтение и запись происходят одновременно.

Однако, поскольку чтение и запись в ссылки в Java являются атомарными, описанный вами шаблон может быть потокобезопасным, если код обновления не изменяет старую карту. Например, подойдет следующее:

// this refresh code would be thread-safe
Map<String, String> copy = new HashMap<String, String>(myMap);
copy.put(x, y); // change the map
myMap = copy;

// you might also consider
myMap = Collections.unmodifiableMap(copy);
// to make sure that the non-thread-safe map will never be mutated

При использовании этого шаблона следует учитывать одну вещь: вы можете захотеть, чтобы поле myMap было объявлено как изменчивое, чтобы все потоки получали самую последнюю версию myMap при чтении из этой переменной.

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

HashMap не является потокобезопасным. Вы можете использовать любое из следующих

1. ConcurrentHashMap.
2. HashMap с синхронизацией снаружи.
3. Разная HashMap для каждого потока.

Проверьте этот аналогичный ответ здесь