Nucleo Java. Domande dell'intervista, parte 1

Come creare un oggetto immutabile in Java? Elenca tutti i vantaggi

Una classe immutabile è una classe il cui stato non può essere modificato dopo la creazione. Qui, lo stato di un oggetto è essenzialmente considerato come i valori memorizzati in un'istanza di una classe, siano essi tipi primitivi o tipi di riferimento.

Per rendere una classe immutabile è necessario che siano soddisfatte le seguenti condizioni:

1. Non fornire setter o metodi che modificano campi o oggetti che fanno riferimento ai campi. I setter implicano il cambiamento dello stato di un oggetto, che è ciò che vogliamo evitare qui.
2. Crea tutti i campi finale private. I campi contrassegnati privatenon saranno accessibili dall'esterno della classe e contrassegnarli finalgarantisce che non li modificherai, nemmeno per sbaglio.
3. Non consentire alle sottoclassi di sovrascrivere i metodi. Il modo più semplice per farlo è dichiarare la classe come final. Le classi finalizzate in Java non possono essere sovrascritte.
4. Ricorda sempre che le tue istanze variabili possono essere mutabili o immutabili. Definiscili e restituisci nuovi oggetti con contenuto copiato per tutti gli oggetti modificabili (tipi di riferimento). Le variabili immutabili (tipi primitivi) possono essere restituite in modo sicuro senza alcuno sforzo aggiuntivo.

Inoltre, è necessario ricordare i vantaggi successivi delle classi immutabili. Potresti averne bisogno durante un colloquio. Classi immutabili:

• facile da progettare, testare e utilizzare
• automaticamente thread-safe e non presenta problemi di sincronizzazione
• non richiedono un costruttore di copia
• consentono di inizializzare pigramente un hashcode e di memorizzare nella cache il valore restituito
• non richiedono la copia protetta se utilizzati come campo
• creare buone Mapchiavi ed Setelementi (questi oggetti non dovrebbero cambiare stato mentre si trovano nella raccolta)
• rendi permanente la tua classe creandola una volta e non è necessario ricontrollarla
• hanno sempre “failure atomicity” (termine coniato da Joshua Bloch): se un oggetto immutabile lancia un’eccezione, non rimarrà mai in uno stato indesiderato o indefinito.

Guarda l'esempio scritto in questo post .

In Java, passa per valore o per riferimento?

La specifica Java afferma che tutto in Java viene passato per valore. In Java non esiste il "passaggio per riferimento". Queste condizioni sono associate alla chiamata di metodi e al passaggio di variabili come parametri del metodo. Ok, i tipi primitivi vengono sempre passati per valore senza alcuna confusione. Tuttavia, il concetto dovrebbe essere chiaro nel contesto di un parametro di metodo di tipo complesso.

In Java, quando passiamo un riferimento a un tipo complesso come qualsiasi parametro del metodo, l'indirizzo di memoria viene sempre copiato passo dopo passo in una nuova variabile di riferimento. Guarda l'immagine:

Nell'esempio sopra, i bit di indirizzo della prima istanza vengono copiati da un'altra variabile di riferimento, facendo sì che entrambi i riferimenti puntino alla stessa posizione di memoria in cui è archiviato l'oggetto. Ricorda che assegnando null al secondo collegamento, non assegnerai null al primo collegamento. Ma un cambiamento nello stato di un oggetto con una variabile di riferimento si rifletterà in un altro collegamento.

Vedi i dettagli qui .

A cosa serve il blocco finally? Questo blocco garantisce l'esecuzione del suo codice? Quando finallyun blocco non viene chiamato?

Un blocco finallyviene sempre richiamato se tryesiste. Ciò garantisce che il blocco finallyvenga richiamato anche se si verifica un'eccezione imprevista. Ma finallyè più utile che semplicemente per gestire le eccezioni: questo blocco ti consente di ripulire il codice che è stato accidentalmente bypassato tramite return, continueo break. Posizionare il codice di pulizia in un blocco finallyè sempre una buona pratica, anche quando non sono previste eccezioni.

Se la macchina virtuale esce mentre è in esecuzione un blocco tryo catch, il blocco finallynon verrà eseguito. Allo stesso modo, se un thread sta eseguendo un blocco tryo catchviene interrotto o terminato, il blocco finallynon verrà eseguito, anche se l'applicazione continua a essere eseguita.

Почему существует два класса Date, один в java.util package а другой в java.sql?

java.util.Date представляет date и время, а java.sql.Date представляет только date. Дополнением к java.sql.Date является класс java.sql.Time, который представляет только время.

Класс java.sql.Date является субклассом (расширением) класса java.util.Date. Итак, что изменилось в java.sql.Date:

• toString() формирует другое представление строки: yyyy-mm-dd
• статический метод valueOf(String) создает date из строки с вышеуказанным представлением
• исключены геттеры и сеттеры для часов, minutes и секунд

Класс java.sql.Date используется в JDBC и предназначен, чтобы не иметь составляющую времени, то есть часы, minutesы, секунды и миллисекунды должны быть нулю… но это не является обязательным для класса.

Разъясните интерфейсы-маркеры.

Шаблон интерфейса-маркера – это шаблон проектирования в компьютерных науках, используемый языками программирования, которые предоставляют информацию об an objectх во время выполнения. Это предоставляет способ ассоциации метаданных класса, где язык не имеет явной поддержки таких метаданных. В Java для этого используются интерфейсы без указания методов.

Хорошим примером применения интерфейса-маркера в Java является интерфейс Serializable. Класс реализует этот интерфейс для указания, что его не transient данные могут быть записаны в поток byteов or на файловую систему.

Главной проблемой интерфейса-маркера является то, что интерфейс определяет соглашение для реализующих его классов, и это соглашение наследуется всеми субклассами. Это значит, что вы не сможете «де-реализовать» маркер. В приведенном примере, если вы создадите субкласс, который вы бы не хотели сериализовать (возможно потому, что он находится в преходящем (transient) состоянии), вы должны прибегнуть к явному бросанию NotSerializableException.

Почему метод main() объявлен How public static void?

Почему public? Метод main имеет модификатор доступа public, поэтому он может быть доступен везде и для любого an object, который захочет использовать этот метод для запуска applications. Тут я не говорю, что JDK/JRE имеют подобный повод, поскольку java.exe or javaw.exe (для windows) используют Java Native Interface (JNI) вызов для запуска метода, поэтому они могут вызвать его в любом случае, независимо от модификатора доступа.

Почему static? Давайте предположим, что у нас метод main не статический. Теперь, для вызова любого метода вам необходим экземпляр класса. Верно? Java разрешает иметь перегруженные конструкторы, это мы все знаем. Тогда который из них должен быть использован, и откуда возьмутся параметры для перегруженного конструктора?

Почему void? Нет применения для возвращаемого значения в виртуальной машине, которая фактически вызывает этот метод. Единственное, что приложение захочет сообщить вызвавшему процессу – это нормальное or ненормальное завершение. Это уже возможно используя System.exit(int). Не нулевое meaning подразумевает ненормальное завершение, иначе все в порядке.

В чем разница между созданием строки How new() и литералом (при помощи двойных кавычек)?

Когда мы создаем строку используя new(), она создается в хипе и также добавляется в пул строк, в то же время строка, созданная при помощи литерала, создается только в пуле строк.

Вам необходимо ознакомиться с понятием пула строк глубже, чтобы ответить на этот or подобные вопросы. Мой совет – How следует выучите класс String и пул строк.

Как работает метод substring() класса String?

Как и в других языках программирования, строки в Java являются последовательностью символов. Этот класс больше похож на служебный класс для работы с этой последовательностью. Последовательность символов обеспечивается следующей переменной:

/** The value is used for character storage. */
/** Значение используется для хранения символов */
private final char value[];
Для доступа к этому массиву в различных сценариях используются следующие переменные/** The offset is the first index of the storage that is used. */
/** Смещение – это первый индекс используемого хранorща. */
private final int offset;

/** The count is the number of characters in the String. */
/** Счет – это количество символов в строке. */
private final int count;

Каждый раз, когда мы создаем подстроку от существующего экземпляра строки, метод substring() только устанавливает новые значения переменных offset и count. Внутренний массив символов не изменяется. Это возможный источник утечки памяти, если метод substring() использовать неосторожно:

Первоначальное meaning value[] не изменяется. Поэтому если вы создадите строку длиной 10000 символов и создадите 100 подстрок с 5-10 символами в каждой, все 101 an objectы будут содержать один и тот же символьный массив длиной 10000 символов. Это без сомнения расточительство памяти.

Этого можно избежать, изменив code следующим образом:

заменить original.substring(beginIndex) на new String(original.substring(beginIndex)), где original – исходная строка.

Объясните работу HashMap. Как решена проблема дубликатов?

Большинство из вас наверняка согласится, что HashMap наиболее любимая тема для дискуссий на интервью в настоящее время. Если кто-нибудь попросит меня рассказать «Как работает HashMap?», я просто отвечу: «По принципу хэширования». Так просто, How это есть.

Итак, хеширование по сути является способом назначить уникальный code для любой переменной/an object после применения любой формулы/алгоритма к своим свойствам.

Определение карты (Map) таково: «Объект, который привязывает ключи к значениям». Очень просто, верно? Итак, HashMap содержит собственный внутренний класс Entry, который имеет вид:

static class Entry implements Map.Entry
{
final K key;
V value;
Entry next;
final int hash;
…//More code goes here
}

Когда кто-либо пытается поместить пару ключ-meaning в HashMap, происходит следующее:

• В первую очередь, an object ключа проверяется на null. Если ключ null, meaning сохраняется в позицию table[0]. Потому что хэшcode для null всегда 0.
• Затем, следующим шагом вычисляется хэш meaning вызывая у переменной-ключа свой метод hashCode(). Этот хэш используется для вычисления индекса в массиве для хранение an object Entry. Разработчики JDK прекрасно понимали, что метод hashCode() может быть плохо написан и может возвращать очень большое or очень маленькое meaning. Для решения этой проблемы они ввели другой hash() метод, и передают хэшcode an object этому методу для приведения этого значения к диапазону размера индекса массива.
• Теперь вызывается метод indexFor(hash, table.length) для вычисления точной позиции для хранения an object Entry.
• Теперь главная часть. Как мы знаем, два неодинаковых an object могут иметь одинаковое meaning хэшcodeа, How два разных an object будет храниться в одинаковом расположении в архиве [называется корзиной]?

Ответ – LinkedList. Если вы помните, класс Entry имеет свойство “next”. Это свойство всегда указывает на следующий an object в цепи. Такое поведение очень похоже на LinkedList.

Итак, в случае совпадений хэшcodeов, an objectы Entry хранятся в форме LinkedList. Когда an object Entry необходимо разместить на конкретном индексе, HashMap проверяет, существует ли на этом месте другой an object Entry? Если там нет записи, наш an object сохранится в этом месте.

Если на нашем индексе уже находится другой an object, проверяется его поле next. Если оно равно null, наш an object становится следующим узлом в LinkedList. Если next не равно null, эта proceduresа повторяется, пока не будет найдено поле next равное null.

What будет, если мы добавим другое meaning ключа, равное добавленному ранее? Логично, что оно должно заменить старое meaning. Как это происходит? После определения индекса позиции для an object Entry, пробегая по LinkedList, расположенному на нашем индексе, HashMap вызывает метод equals() для значения ключа для каждого an object Entry. Все эти an objectы Entry в LinkedList имеют одинаковое meaning хэшcodeа, но метод equals() будет проверять на настоящее equalsство. Если ключ.equals(k) будет true, тогда оба будут восприниматься How одинаковый an object. Это вызовет замену только an object-meaning внутри an object Entry.

Таким образом HashMap обеспечивает уникальность ключей.

Различия между интерфейсами и абстрактными классами?

Questa è una domanda molto comune se stai facendo un colloquio per un programmatore di livello junior. Le differenze più significative sono elencate di seguito:

• Nelle interfacce Java, le variabili sono a priori final. Le classi astratte possono contenere non finalvariabili.
• Un'interfaccia in Java non può assolutamente avere un'implementazione. Una classe astratta può avere istanze di metodo che implementano il comportamento di base.
• I componenti dell'interfaccia devono essere public. Una classe astratta può avere modificatori di accesso per soddisfare qualsiasi gusto.
• L'interfaccia deve essere implementata dalla parola chiave implements. Una classe astratta deve essere estesa utilizzando la parola chiave extends .
• In Java, una classe può implementare molte interfacce, ma può ereditare solo da una classe astratta.
• Un'interfaccia è completamente astratta e non può avere istanze. Inoltre, una classe astratta non può avere istanze della classe, ma può essere chiamata se esiste un metodo main().
• Una classe astratta è leggermente più veloce di un'interfaccia perché l'interfaccia prevede una ricerca prima di chiamare qualsiasi metodo sovrascritto in Java. Nella maggior parte dei casi, si tratta di una differenza minima, ma se stai scrivendo un'applicazione con tempi critici, devi tenerne conto.

Quando si sovrascrivono i metodi hashCode()e equals()?

I metodi hashCode()e equals()sono definiti nella classe Object, che è la classe genitore di tutti gli oggetti Java. Per questo motivo, tutti gli oggetti Java ereditano l'implementazione sottostante di questi metodi.

Il metodo hashCode()viene utilizzato per ottenere un valore intero univoco per un determinato oggetto. Questo valore viene utilizzato per determinare la posizione del cestino quando l'oggetto deve essere archiviato in una struttura dati come HashTable. Per impostazione predefinita, il metodo hashCode()restituisce una rappresentazione intera dell'indirizzo di memoria in cui è archiviato l'oggetto.

Il metodo equals(), come suggerisce il nome, viene utilizzato per l'equivalenza di oggetti semplici. L'implementazione di base del metodo consiste nel controllare i riferimenti di due oggetti per verificare se sono equivalenti.

Tieni presente che solitamente è necessario sovrascrivere un metodo hashCode()ogni volta che un metodo viene sovrascritto equals(). Ciò è necessario per supportare la convenzione generale del metodo hashCode, che afferma che oggetti uguali devono avere hashcode uguali.

Il metodo equals() deve determinare l'uguaglianza tra le relazioni (deve essere ricorrente, simmetrico e transitivo). Inoltre deve essere persistente (se l'oggetto non è cambiato, il metodo deve restituire lo stesso valore). Inoltre, o.equals(null)dovrebbe sempre restituire false .

hashCode()deve anche essere persistente (se l'oggetto non è cambiato nelle condizioni del metodo equals(), deve continuare a restituire lo stesso valore.

La relazione tra i due metodi è: sempre, se a.equals(b), allora a.hashCode()deve essere uguale a b.hashCode().