Исключение нулевого указателя - это индикатор того, что вы используете объект, не инициализируя его.
Например, ниже - класс ученика, который будет использовать его в нашем коде.
public class Student {
private int id;
public int getId() {
return this.id;
}
public setId(int newId) {
this.id = newId;
}
}
Приведенный ниже код дает вам исключение с нулевым указателем.
public class School {
Student obj_Student;
public School() {
try {
obj_Student.getId();
}
catch(Exception e) {
System.out.println("Null Pointer ");
}
}
}
Поскольку вы используете Obj_Student
, но вы забыли инициализировать его, как в правильном коде, показанном ниже:
public class School {
Student obj_Student;
public School() {
try {
obj_Student = new Student();
obj_Student.setId(12);
obj_Student.getId();
}
catch(Exception e) {
System.out.println("Null Pointer ");
}
}
}
Нет, нет, синхронизация уже имеет встроенный в нее барьер памяти, поэтому все потоки будут видеть обновление, которое выполняет текущий поток, принимая во внимание, что другие потоки будут синхронизироваться с одной и той же блокировкой.
Летучие, как и синхронизированные, имеют привязки к памяти, которые связаны с ним - в зависимости от процессора он является хранилищем / нагрузкой / полным барьером, который гарантирует, что обновление из одного потока будет видимым для других (-ов). Я предполагаю, что это выполняется с использованием недействительности кэша cpu .
ИЗМЕНИТЬ Из того, что я только что прочитал, буферы хранилища сброшены в кэш CPU, и это то, как видимость достигнуты.
Упрощенный ответ: если поток A обновляет поле, а затем освобождает блокировку, то поток B будет гарантированно видеть обновление после того, как поток B приобретет ту же блокировку.
Обратите внимание: «отпустите блокировку «означает выход из блока synchronized
, а« получение той же блокировки »означает синхронизацию на одном и том же объекте.