Почему существует AtomicInteger в DefaultThreadFactoryAtomicInteger в threadDefaultFactory
private static final AtomicInteger poolNumber = new AtomicInteger(1);
Просто потому, что он увеличивает и стоимость магазина или какой-либо другой причине, а?
Потому что он может увеличиваться атомарно.
Приращение AtomicInteger состоит из трех действий:
Эти три действия выполняются как один атомный операция.
Это означает, что другая нить не сможет вмешиваться, например. между шагами 1 и 2 или между этапами 2 и 3 и испортить счет. Такое поведение делает AtomicInteger безопасным для использования в многопоточных средах.
Это статическое значение увеличивается в конструкторе DefaultThreadFactory. Пользователь может создать экземпляр фабрики в разных потоках и что приращение может быть потеряно, поэтому AtomicInteger делает такой подход поточно-безопасным.
Если у меня есть ThreadPoolExecutor, в котором я буду давать свой собственный ThreadFactory, я должен использовать AtomicInteger или нет? Прирост его автоматически прекрасен, но есть ли другая причина?/ –
Атомно, а не автоматически. –
Почему фактически ThreadFactory будет загрязнен, когда новое создание потока выполняется одним потоком? Я имею в виду счет. Мы можем сохранить его предыдущее значение и увеличить его. –