240 вопросов и ответов на собеседование по Java Core

Рет қаралды 11,161

9 ай бұрын

240 вопросов и ответов на собеседование по Java Core (все 8 частей в одном видео) #java #code #core #interview #answers #answer #questions #question #вопросы #ответы #собеседование

Пікірлер: 25

@ReadWriteCode 9 ай бұрын

GitHub repository github.com/ReadAndWritecode/ReadAndWritecode/blob/master/src/interview/240-core-java-interview-questions-and-answers-all-parts.pdf

@user-iq5wx7qq4v 15 күн бұрын

Как красиво у тебя всё оформлено. Спасибо тебе!

@user-iq5wx7qq4v 15 күн бұрын

Спасибо тебе огромное!!! Прям очень всё круто!

@samvelsayadyan9113 9 ай бұрын

Такого ещё не было в ютюбе, чтобы прям столько вопросов и ответов в одном видео. Спасибо за труд!!. А можно ещё такие видео снять про spring?

@ReadWriteCode 9 ай бұрын

И вам спасибо за просмотр!). Как раз следующая серия будет про вопросы и ответы по spring.

@correctraccoon1262 7 ай бұрын

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

@iLynch47 5 ай бұрын

Болшое спасибо за проделанный труд. Вы очень помогает. Успехов вам.

@dm1tryr905 4 ай бұрын

Russian MF Do you speak it!

@dmii3iy 8 ай бұрын

Спасибо!

@user-lx4dc1ls3e 9 ай бұрын

Однозначно ЛАЙК за труд!!! Ждём видос по Spring!!!!

@ReadWriteCode 9 ай бұрын

На канале уже 2 видео есть в плейлисе Interview Spring можно пока их смотреть) kzbin.info/www/bejne/pH_Lfn6ehJhnnac kzbin.info/www/bejne/iqiqpYmfmdCbntU Планирую 5 роликов снять

@ellirabethj6044 6 ай бұрын

Шедевр однозначно

@edmond-dantes-1796 6 ай бұрын

Вау, это очень мощно, круто, продолжай, ждем такое по Спрингу, хиберу и так далее. Это очень полезный контент P.S. уже увидел, что такие видео есть, но комент пусть будет)

@seniordesigner2654 8 күн бұрын

167 вопрос, Может ввести в заблуждение начинающих. Начиная с Java 8 появились дополнительные возможности, желательно о них упомянуть.

@user-eo2ti1qz6y 8 ай бұрын

классное видео, запиши еще по спрингу что-то)))

@ReadWriteCode 8 ай бұрын

по спрингу есть на канале 4 видео)

@aidar90100 2 ай бұрын

Спасибо за видео! А можно получить ссылку на эту презентацию? Читать и находить быстрее нужные темы)

@ReadWriteCode 2 ай бұрын

Спасибо за хороший отзыв!. Ссылка в комментарии)

@irinaprokopowicz4818 6 ай бұрын

почему в вопросе 125 2:01:10 говорится, что метод notify() и notifyAll() снимают блокировку, если они только оповещают другие потоки, которые ожидают на объекте синхронизации своей очереди?

@ReadWriteCode 5 ай бұрын

Прошу прощения за опечатку ) Блокировка объекта будет освобождена только после того, как поток, который удерживает блокировку, завершит свой синхронизированный блок кода. На самом деле notify() и notifyAll() в Java не снимают блокировку объекта. Это распространенное заблуждение. Давайте разберемся, как они работают на самом деле. В Java, методы notify() и notifyAll() используются в многопоточном программировании в сочетании с методами wait(), notify() и notifyAll(), которые являются частью механизма ожидания и уведомления. Метод wait(): Когда поток вызывает wait() на объекте, он освобождает блокировку этого объекта и переходит в состояние ожидания до тех пор, пока другой поток не вызовет notify() или notifyAll() на том же объекте. Метод notify(): Когда поток вызывает notify(), он не освобождает блокировку этого объекта сразу. Вместо этого notify() сигнализирует одному из ожидающих потоков (если таковые есть), что он может продолжить работу. Однако поток, который вызвал notify(), продолжит удерживать блокировку до тех пор, пока не завершит синхронизированный блок (то есть покинет блок synchronized). Метод notifyAll(): Аналогично notify(), notifyAll() сигнализирует всем ожидающим потокам, что они могут продолжить выполнение, но поток, вызвавший notifyAll(), продолжит удерживать блокировку до выхода из синхронизированного блока. Таким образом, notify() и notifyAll() лишь сигнализируют другим потокам о возможности продолжить выполнение, но не освобождают блокировку сразу.

@irinaprokopowicz4818 6 ай бұрын

Поясните пожалуйста 74 вопрос "можем ли мы использовать оператор catch для проверяемых исключений?" и ответ на него, это 1:11:30

@ReadWriteCode 6 ай бұрын

Конечно, давайте более подробно. Существуют два типа исключений: проверяемые (checked) и непроверяемые (unchecked). Проверяемые исключения - это те, которые должны быть обработаны или объявлены в сигнатуре метода с использованием ключевого слова throws. Непроверяемые исключения могут быть обработаны, но это необязательно. Оператор catch предназначен для обработки исключений. Однако, когда речь идет о проверяемых исключениях, существует правило, что они должны быть либо обработаны в блоке catch, либо объявлены в сигнатуре метода с использованием throws. Теперь рассмотрим ваш вопрос и ответ: "Если нет возможности вызвать исключение в нашем коде, то мы не можем объявлять блок catch для обработки проверяемых исключений". Это означает, что если в вашем коде нет явного вызова (броска) проверяемого исключения, то компилятор не даст вам объявить блок catch для этого исключения. Например: public class Example { public static void main(String[] args) { // Нет явного вызова проверяемого исключения, // поэтому блок catch для него нельзя объявить. try { // some code } catch (CheckedException e) { // Ошибка компиляции e.printStackTrace(); } } } В данном примере CheckedException не может быть обработан в блоке catch, потому что в коде отсутствует явный вызов этого исключения. Ошибки времени компиляции будут возникать, если вы попытаетесь обработать проверяемые исключения в блоке catch, но не предоставите код, который может вызвать эти исключения в блоке try. Предположим, у нас есть класс, который объявляет метод, бросающий проверяемое исключение, и пытаемся его обработать в блоке catch. Если не будет вызова этого метода, компилятор выдаст ошибку. Вот пример: import java.io.IOException; public class Example { // Метод, бросающий проверяемое исключение public static void throwError() throws IOException { throw new IOException("This is a checked exception"); } public static void main(String[] args) { try { // Нет явного вызова throwError(), но мы пытаемся обработать его исключение // в блоке catch, что вызовет ошибку компиляции. catchCheckedException(); } catch (IOException e) { e.printStackTrace(); } } // Метод, пытающийся обработать проверяемое исключение private static void catchCheckedException() { // Ошибка компиляции, так как нет вызова throwError() в блоке try // и, следовательно, нет возможности бросить IOException. // Это нарушает правило компилятора. try { throwError(); // Ошибка компиляции } catch (IOException e) { e.printStackTrace(); } } } В данном примере метод catchCheckedException() пытается обработать проверяемое исключение (IOException), но нет явного вызова метода throwError(), который бросает это исключение. Компилятор Java выдаст ошибку компиляции, потому что он ожидает, что проверяемое исключение будет брошено в блоке try. Вы сами убедитесь если в среде разработки это попробуйте)