Лекция 11. Многопоточность в Java

Рет қаралды 33,047

2 жыл бұрын

Знакомство с языком с самых азов, но глубоко. Преподаватель - Тагир Валеев. Подробнее о курсе: compscicenter.ru/courses/java...
Все лекции курса по порядку: • Программирование на Ja...
Подписывайтесь на наш канал: / compscicenter
Подробнее о поступлении в CS центр: compscicenter.ru/application/
Следите за новостями и анонсами:
compscicenter
t.me/compscicenter_ru
Поддержать CS центр:
compscicenter.ru/fund/

Пікірлер: 29

@user-xq4wc1ge7r 5 ай бұрын

Спасибо вам, Тагир. Понравилось, что сперва обсуждаем проблемы , и постепенно решая их приходим к современному подходу)

@user-xq4wc1ge7r 5 ай бұрын

Еще понравилось, что лекция дает понимание процессов происходящих в железе. Для меня, например, было открытием, что процессор принимает кеш линию целиком

@slavasemushin 9 ай бұрын

Очень классно! Спасибо!

@Das.Kleine.Krokodil 2 жыл бұрын

Спасибо

@mikhaildubovskiy8873 Жыл бұрын

good video и для сениора норм ))

@lisafox9026 3 ай бұрын

можно ссылку на исходники?

@user-zx5sv2hb3u 2 жыл бұрын

А есть возможно качество видео улучшить до 1080?

@9080artur 4 ай бұрын

натренируй нейросеть и залей туда видео)

@John_Smith_Java Жыл бұрын

29:43 Подскажите, пожалуйста, как получить доступ к приватному статическому полу list класса Container?

@lordgarrish Жыл бұрын

Никак, на то он и приватный.

@NIKITry Жыл бұрын

можно достать через рефлекшн, но это такой себе вариант, т.к. можно поломать всю программу

@John_Smith_Java Жыл бұрын

Ну просто не компилируется🤷‍♂️

@user-ih3eu8ft4i Жыл бұрын

@@John_Smith_Java геттер в классе Container создать нужно. тут это упустили для простоты восприятия.

@user-cb7ug8jf2k 6 ай бұрын

@@user-ih3eu8ft4i скорее всего скрин из класса Container метода main. И обращение было к приватному полю объекта внутри самого класса объекта.

@kotbajan 2 жыл бұрын

Вопрос не про потоки, а про оптимизацию и перестановки: private boolean initialized = false; // not volatile private Object obj = null; // not volatile public void doIt { if (!this.initialized) { this.obj = init(); // (1) throw RuntimeException this.initialized = true; // (2) } } код однопоточный. Может ли произойти оптимизация и шаг 2 произойдет раньше шага 1?

@aanoonymouss 2 жыл бұрын

Зависит от того - связаны обьект и переменная друг с другом. Т.е. если внутри инициализации обьекта есть код, который использует переменную - значит связаны. Если нет - значит не связаны. Эту связь будет определять компилятор при сборке кода. Если связь есть - компилятор будет гарантировать заданную в коде последовательность выполнения. Если связи нет - то действительно да, переменная может стать true раньше, чем инициализация обьекта. Но в контексте однопоточной программы - для программиста это не имеет значения, код будет выполняться корректно и так и так. В контексте многопоточки - свои ньюансы конечно. Это в C++ так. В яве - скорее всего то же самое. Поправьте, если ошибаюсь. Забавно, примерная аналогия ситуации в вопросе - "эффект наблюдателя" в квантовой физике :)

@kotbajan 2 жыл бұрын

@@aanoonymouss , почему корректно в однопоточке? Булево поле установлено, но инициализация по факту не прошла (исключнние). При следующей попытке не произойдет, т.к. проверяется установленное булево поле, а не сам объект.

@aanoonymouss 2 жыл бұрын

@@kotbajan По условию - код однопоточный. О каких "при следующей попытке не произойдет" идет речь? Правда, несколько раз перечитал сообщение - нихера не понял, о чем ты... Перефразируй и поясни плиз

@kotbajan 2 жыл бұрын

@@aanoonymouss , например, шедулер на 1 потоке. Либо вызов одного и того же метода несколько раз в рамках одного алгоритма. Создаем объект, дергаем doIt(), получаем exception (1) и расчитываем, что флаг инициализации (2) не был взведен. Ждем какое-то время и делаем еще одну попытку. Смены потока нет - код однопоточный. Но если оптимизатор поменял местами строки, в this.obj навсегда останется значение по умолчанию.

@aanoonymouss 2 жыл бұрын

@@kotbajan Ок, теперь понял. Интересный вопрос! Подтвердить свои слова не могу - но нутром чую, что исключение не даст выполниться изменению переменной. Почему чую - потому что иначе весь наш говнокод перестел бы работать, и самолеты начали бы падать. Но самолеты летают, и код работает так, как мы ожидаем. Я плюсовик, но - присоединюсь к вопросу. Эй народ - может ли произойти реордеринг между вызовом функции и изменением переменной? Как по мне - нет. Потому что реордеринг может быть только между инструкциями, а вызов функции - это новая пачка инструкций? edit: для уточнения понимания - в моем ответе стоит заменить "инструкции" на "операции"