Чому це не створює NullPointerException?

Пояснення Nead для наступного коду:

StringBuilder sample = new StringBuilder();
StringBuilder referToSample = sample;
referToSample.append("B");
System.out.println(sample);

Це буде надруковано Bтак, щоб докази sampleта referToSampleоб’єкти посилалися на одне і те ж посилання на пам’ять.

StringBuilder sample = new StringBuilder();
StringBuilder referToSample = sample;
sample.append("A");
referToSample.append("B");
System.out.println(referToSample);

Буде надруковано ABте, що також підтверджує те саме.

StringBuilder sample = new StringBuilder();
StringBuilder referToSample = sample;
referToSample = null;
referToSample.append("A");
System.out.println(sample);

Очевидно, це викине, NullPointerExceptionтому що я намагаюся зателефонувати appendза нульовим посиланням.

StringBuilder sample = new StringBuilder();
StringBuilder referToSample = sample;
referToSample = null;
sample.append("A");
System.out.println(sample);

Отже, це моє запитання, чому останній зразок коду не викидає, NullPointerExceptionтому що те, що я бачу і розумію з перших двох прикладів, це те, що два об’єкти, що посилаються на один і той же об’єкт, тоді, якщо ми змінимо будь-яке значення, це також відобразиться на іншому, оскільки обидва вказують на те саме посилання на пам'ять. То чому це правило тут не застосовується? Якщо я призначаю nullreferenceToSample, тоді зразок також повинен бути нульовим, і він повинен кидати NullPointerException, але він не кидає, чому?

nullпризначення не змінюють значення шляхом глобального знищення цього об’єкта. Така поведінка призведе до важко відстежуваних помилок та протиінтуїтивної поведінки. Вони лише порушують це конкретне посилання .

Для простоти, скажімо, sampleвказує на адресу 12345. Це, мабуть, не адреса, і тут використовується лише для спрощення ситуації. Адреса зазвичай представляється з дивним шістнадцятковим числом Object#hashCode(), але це залежить від реалізації. ¹

StringBuilder sample = new StringBuilder(); //sample refers to 
//StringBuilder at 12345 

StringBuilder referToSample = sample; //referToSample refers to 
//the same StringBuilder at 12345 
//SEE DIAGRAM 1

referToSample = null; //referToSample NOW refers to 00000, 
//so accessing it will throw a NPE. 
//The other reference is not affected.
//SEE DIAGRAM 2

sample.append("A"); //sample STILL refers to the same StringBuilder at 12345 
System.out.println(sample);

Із рядків, позначених See diagramсхемами об'єктів на той час, виглядає наступне:

Діаграма 1:

[StringBuilder sample]    -----------------> [java.lang.StringBuilder@00012345]
                                                      ↑
[StringBuilder referToSample] ------------------------/

Діаграма 2:

[StringBuilder sample]    -----------------> [java.lang.StringBuilder@00012345]

[StringBuilder referToSample] ---->> [null pointer]

Діаграма 2 показує, що анулювання referToSampleне порушує посилання sampleна StringBuilder в 00012345.

_{¹ міркування GC роблять це неправдоподібним.}

Спочатку все було так, як ви сказали, referToSampleмаючи на увазі, sampleяк показано нижче:

1. Сценарій1:

2. Сценарій 1 (продовження):

• Тут як referToSampleмалося на увазі sample, так він додав "Б", поки ви пишете

  referToSample.append("B")

Те саме трапилось у сценарії 2:

Але, у 3. Сценарій3: як сказав гексафракція,

при призначенні nullна , referToSampleколи він мав в виду sampleйого не змінити значення замість цього він просто розриває посилання з sample, і тепер він не вказує ніде . як показано нижче:

Тепер, як ніде неreferToSample вказує , тому, поки ви не мали б жодних значень або посилань, де б він міг додати А. Отже, це б кинулоreferToSample.append("A");NullPointerException .

АЛЕ sampleвсе ще те саме, що ви його ініціалізували

StringBuilder sample = new StringBuilder(); отже, він був ініціалізований, тож тепер він може додати А, а не кидатиме NullPointerException

У двох словах: Ви присвоюєте null посилальній змінній, а не об'єкту.

В одному прикладі ви змінюєте стан об'єкта, на який посилаються дві посилальні змінні. Коли це станеться, обидві посилальні змінні відображатимуть зміну.

В іншому прикладі ви змінюєте посилання, призначене одній змінній, але це не впливає на сам об'єкт, і тому друга змінна, яка все ще посилається на вихідний об'єкт, не помітить жодної зміни стану об'єкта.

Щодо ваших конкретних "правил":

якщо два об'єкти, що посилаються на один і той самий об'єкт, тоді, якщо ми змінимо будь-яке значення, воно також відобразиться на іншому, оскільки обидва вказують на одне посилання на пам'ять.

Знову ж ви маєте на увазі зміну стану одного об’єкта, на який посилаються обидві змінні .

То чому тут це правило не застосовується? Якщо я присвоюю null для referenceToSample, тоді зразок також повинен бути нульовим, і він повинен кидати nullPointerException, але це не кидає, чому?

Знову ж таки, ви змінюєте посилання на одну змінну, що абсолютно не впливає на посилання на іншу змінну.

Це дві абсолютно різні дії, що призведе до двох абсолютно різних результатів.

Дивіться цю просту схему:

При виклику методу на referToSample, потім [your object]оновлюється, так що це впливає sampleзанадто. Але коли ви говорите referToSample = null, тоді ви просто змінюєте те, що referToSample стосується .

Тут 'sample' і 'referToSample' посилаються на один і той же об'єкт. Це концепція різного вказівника, що отримує доступ до одного і того ж місця пам'яті. Отже, присвоєння однієї посилальної змінної null не знищує об’єкт.

   referToSample = null;

означає 'referToSample', лише вказуючи на нуль, об'єкт залишається незмінним, а інші посилальні змінні працюють нормально. Отже, для "зразка", який не вказує на нуль і має дійсний об'єкт

   sample.append("A");

працює нормально. Але якщо ми спробуємо додати null до 'referToSample', він покаже NullPointException. Це є,

   referToSample .append("A");-------> NullPointerException

Ось чому ви отримали NullPointerException у своєму третьому фрагменті коду.

Щоразу, коли використовується нове ключове слово, воно створює об’єкт у купі

1) StringBuilder зразок = new StringBuilder ();

2) StringBuilder referToSample = зразок;

У 2) Посилання referenceSample створюється на тому ж зразку об'єкта

таким чином referToSample = null; є нульовим Тільки посилання referSample, що не дає ефекту для зразка, тому ви не отримуєте виняток NULL Pointer завдяки колекції сміття Java

Просто, Java не має передавати посилання, вона просто передає посилання на об’єкт.