Тень/Область переменных

Question

Я думал, что понял концепцию затенения. Но этот код заставил меня задуматься:

public class Counter { 
int count = 0; 

public void inc() { 
    count++; 
} 

public int getCount() { 
    return count; 
} 

}

class StepCounter extends Counter { 
int count = 0; 
int step = 1; 

public StepCounter(int step) { 
    this.step = step; 
} 

public void inc() { 
    count += step; 
} 

}

StepCounter sc = new StepCounter(2); 
    sc.inc(); 
    sc.inc(); 
    System.out.println(sc.getCount()); 
    System.out.println(sc.count); 

Так в основном статический тип скандий StepCounter. Счетчик увеличивается в два раза, поэтому после первых двух команд он равен 4. Мой счетчик Variable не является частным, он является закрытым пакетом (поскольку я не указал на него видимость). Так что, если я вызываю метод .getCount() на sc, он сначала ищет его в StepCounter. Его нет, поэтому он идет к Counter. Здесь он находит метод getCount(). этот способ возвращает счет. Если счет был статичным или закрытым, я бы понял, почему он возвращает 0. Но почему он возвращает 0 в этом случае? Даже если я сделал счетчик переменных в StepCounter, результат будет равен 0.

Answer 1

Вы всегда должны избегать затенения как можно больше, это может привести к серьезным непредсказуемым поведением для вашего кода. Что вам не хватает здесь, это концепция изменения переменных в Java. count является лишь сокращением для this.count. Таким образом, учитывая ваш код, что распознаватель делает здесь, после вызова метода getCounter(), является:

1. Попробуйте решить getCounter() как экземпляр StepCounter класса
2. терпит неудачу, попытайтесь найти класс предков
3. Ближайший предок Counter, поэтому контекст переключается Counter класса
4. Try разрешить getCounter() в Counter класса
5. Метод найден, попытаться решить значение count
6. getCounter() не является статическим, поэтому count на самом деле this.count (если getCounter() должны были быть статическим, было бы Counter.count)
7. this.count решает оценить 0 в рамках экземпляра Counter класса
8. 0 возвращается

Answer 2

В Java поля не могут быть переопределены. Только методы могут быть переопределены. Поэтому наличие переменной «count» в StepCounter не переопределяет поле «count» в суперкомпьютере «Counter». Он просто создает другое поле. Однако метод getCount возвращает значение поля «count» в суперклассе. Чтобы желаемая функциональность должна была переопределить метод getCount в классе StepCounter.

Answer 3

getCount()может доступ только поле counter ТНТ было определить d в родительском классе. Этот класс разрешен в компиляции времени родительского класса. Нет копия метода getCounter() у ребенка.

В дочернем классе, вы можете использовать

Counter.this.count 

для доступа к родительскому счетчику. Но чтобы избежать неприятных сюрпризов, вы никогда не должны называть поле таким двусмысленным.