Java. Многопоточность. Урок 28. Volatile.

[@Lakienko_Igor]

Добрый день, хотел бы выразить вам большую благодарность за потраченное время на создания такого замечательного и полезного контента, посмотрел все ваши текущие уроки от самого первого и до этого, подача материала на высоте все понятно и простым языком, даже в такой сложной теме как многопоточность. Хотя изначально хотел просто изучить многопоточность на поверхности не углубляясь в детали) Не забрасывайте это дело так как у вас хорошо получается, удачи вам и всех Благ))

[@vladzuev10]

Огромное спасибо!) Безумно приятно видеть такие комментарии!)

[@e-researcher]

Продвигаю видос, ютуб!

[@vladzuev10]

Большое спасибо!)

[@Freyzan-IT]

Спасибо за видео

[@programer8]

Такой молодой человек, а уже все знает!

[@vladzuev10]

Спасибо!) хоть и неправда)

[@outlaw4Iife]

Спасибо за контент)

[@vladzuev10]

Вам спасибо!)

[@totalpolarfox]

Бро, спасибо, как раз приступил к изучения тредов

[@vladzuev10]

Вам спасибо!)

[@nikitahryb2359]

Огромное спасибо за ваш труд! Отличный получился материал! Есть такой вопрос. В одном из уроков мы в двух потоках инкрементировали переменную определенное количество раз. Без синхронизации потоков мы получали результирующее значение переменной меньше чем сумма инкрементов этой переменной в каждом потоке. После синхронизации все заработало как надо потому что была решена проблема одновременного захвата переменной (тем самым инкременты не пропадали). Вопрос в следующем: может ли возникнуть такая ситуация когда два потока синхронизированно инкрементируют переменную но без ключевого слово valotile переменная будет находится в кэше каждого потока и из-за этого мы получим некорректный результат.

[@vladzuev10]

Вам спасибо за поддержку!) Нет, такой ситуации возникнуть не может. Когда поток выходит из синхронизированного блока, он сбрасывает все изменения в основную память. А когда поток входит в синхронизированный блок, все изменения подтягиваются из основной памяти в кэш. Поэтому все изменения, сделанные одним потоком, будут видны другим потокам.

[@nikitahryb2359]

@@vladzuev10 Понял. Спасибо за оперативный ответ!🤝

[@iFunkyJuice]

без JMM и отношения "happens before" тема конечно не раскрыта, но наверное для новичков и так сойдет)

[@Pivikua]

Почему ты делаешь классы final? Это же нарушает один из принципов SOLID. Я не вижу необходимости в данных задачах запрещать наследование.

[@vladzuev10]

Большое спасибо за активность на канале!) Я обычно запрещаю наследование для тех классов, которые не были специально разработаны для этого. Это уже просто привычка. Если к существующему final классу нужно просто добавить какую-то функциональность, то это можно сделать и с помощью обертки. Не очень понял, какой именно из принципов нарушают final классы

[@iFunkyJuice]

@@vladzuev10 переходи на Kotlin, чтобы не писать final)

[@Pivikua]

4:40 - сказал "Геттер" а создал "Сеттер"....