Программирование Java

Разберите, почему в этом коде peek работает быстрее poll, хотя обе операции обращаются к минимальному элементу очереди:

import java.util.PriorityQueue;

PriorityQueue<Integer> queue = new PriorityQueue<>();
queue.add(7);
queue.add(2);
queue.add(5);

System.out.println(queue.peek());
System.out.println(queue.poll());

Как трактовать результат size() у ConcurrentHashMap во время одновременных изменений?

Вызов фабрики Set.of завершается исключением из-за повторяющегося элемента, хотя повторная вставка в обычный Set обычно не меняет его состояние. Какой контракт фабричного метода объясняет это различие?

В следующем коде проверка contains не зависит от количества элементов в наборе. Какое внутреннее представление EnumSet объясняет такую сложность?

import java.time.DayOfWeek;
import java.util.EnumSet;
import java.util.Set;

class Demo {
    public static void main(String[] args) {
        Set<DayOfWeek> workdays = EnumSet.of(
            DayOfWeek.MONDAY, DayOfWeek.TUESDAY, DayOfWeek.FRIDAY);
        System.out.println(workdays.contains(DayOfWeek.TUESDAY));
    }
}

В коде ниже после изменения первого элемента меняются все позиции списка. Какой механизм это объясняет?

import java.util.*;

public class Main {
    public static void main(String[] args) {
        List<StringBuilder> values = new ArrayList<>(
            Collections.nCopies(3, new StringBuilder("A")));
        values.get(0).append("!");
        System.out.println(values);
    }
}

Из-за какого контракта список, созданный через Arrays.asList, принимает замену элемента, но отклоняет добавление и удаление?

При множестве читателей и редких изменениях почему CopyOnWriteArrayList делает добавление элемента линейным по размеру списка?

В чём практическая ловушка значения, возвращаемого Map.put, если карта допускает null?

При выборе методов Deque для обработки пустой очереди какое различие между remove и poll определяет безопасное поведение?

Рассмотрим многопоточный кэш на ConcurrentHashMap: несколько потоков одновременно запрашивают отсутствующее значение. Какой механизм computeIfAbsent не допускает повторной успешной инициализации одного ключа?

Когда выбор ArrayDeque вместо LinkedList действительно меняет характеристики очереди?

Разберите, почему сложность removeAll у ArrayList может радикально зависеть от типа переданной коллекции.

При частых удалениях из ArrayList почему вызов trimToSize после каждой операции может ухудшить производительность?

В кэше на WeakHashMap запись исчезает после того, как ключ больше нигде не используется. Какой механизм реализации объясняет это поведение?

От чего зависит сложность полной итерации по HashMap, если число записей невелико относительно ёмкости таблицы?

Каким образом Collections.checkedList обнаруживает добавление элемента несовместимого типа при стирании обобщений?

В списке сотрудников сортировка по должности даёт одинаковый результат сравнения для нескольких записей. Какой контракт сортировки определяет порядок этих записей после сортировки?

Допустим, функция вычисления значения для отсутствующего ключа возвращает null. Как изменится состояние Map после computeIfAbsent?

В практической ситуации после операции merge запись неожиданно исчезает, когда функция пересчёта возвращает null. Какой контракт этой операции объясняет удаление?

Объясните, как тип аргумента определяет смысл удаления из List<Integer>: по индексу или по значению?