Points clés de ConcurrentHashMap: la classe ConcurrentHashMap est thread-safe c'est-à-dire que plusieurs threads peuvent fonctionner sur un seul objet sans aucune complication. … Dans ConcurrentHashMap, l'objet est divisé en un certain nombre de segments en fonction du niveau de concurrence.
Est mis thread-safe ?
Un objet MessageService est effectivement immuable puisque son état ne peut pas changer après sa construction. Par conséquent, c'est thread-safe. De plus, si MessageService était réellement mutable, mais que plusieurs threads n'y ont qu'un accès en lecture seule, il est également thread-safe.
La taille de ConcurrentHashMap est-elle thread-safe ?
Class ConcurrentHashMap Une table de hachage prenant en charge la simultanéité totale des récupérations et la simultanéité attendue élevée pour les mises à jour. … Cependant, même si toutes les opérations sont thread-safe, les opérations de récupération n'impliquent pas de verrouillage, et il n'y a pas de support pour verrouiller la table entière d'une manière qui empêche tout accès.
HashMap devient-il thread-safe ?
HashMap n'est pas synchronisé. Il n'est pas thread-safe et ne peut pas être partagé entre plusieurs threads sans code de synchronisation approprié alors que Hashtable est synchronisé.
Pourquoi ConcurrentHashMap est-il sécurisé ?
les packages simultanés tels que ConcurrentHashMap, CopyOnWriteArrayList, etc. sont à sécurité intégrée par nature. Dans l'extrait de code ci-dessus, nous utilisons Fail-Safe Iterator. Ainsi, même si un nouvel élément est ajouté à la Collection au cours de laitération, il ne lève pas d'exception.
