по ключу
2) если элемента нет, создать и записать в мапу новую пару ключ-значение
3) отдать элемент
Так вот вопрос, ConcurrentHashTable ведь не лочит на чтение, значит при работе с несколькими потоками может выйти так, что будет создано несколько объектов для нового ключа в разных потоках, а потом они его запишут-перезапишут в мапу, верно?
Не понял немного логику Concurrent safety гарантирует, что объект не будет меняться одновременно несколькими потоками При чтении ты ничего не записываешь
Одновременно - да. Нужно достать элемент из мапы, если его нет, то для запрошенного ключа добавить его. Так вот, использование ConcurrentHashMap не исключит такую ситуацию, где несколько потоков запросят один ключ и, получив null, создадут для этого ключа каждый по значению и по очереди запишут одну и ту же пару, так?
Синхронизируй запросы/проверки
Спасибо
Если поверх Concurrent ты используешь свою логику без синхронизации, то возможна гонка
Обсуждают сегодня