Я просматривал эту ссылку . Согласно этому :
Блокировки классов на самом деле реализуются как блокировки объектов. Когда JVM загружает файл класса, он создает экземпляр класса java.lang.Class. Когда вы блокируете класс, вы фактически блокируете объект Class этого класса.
Но согласно спецификации java все объекты одного типа (класса) в куче совместно используют один объект класса. Так как же это может быть верно для многопоточного синхронизированного доступа к объектам?
Блокировка класса
synchronized (String.class) {...}
Блокировка объекта
//doesn't matter what the lock object is as long as it's not null
private final Object lock = new Object();
...
synchronized (lock) {...} // will throw NPE if lock is null
Обе они считаются блокировками object, поскольку String.class возвращает экземпляр Class<String>.
В блокировке класса поток получает монитор экземпляра Class<String>. При блокировке объекта поток получает монитор экземпляра String.
Object.
- person Sotirios Delimanolis; 01.08.2013
Но согласно спецификации java все объекты одного типа (класса) в куче совместно используют один объект класса. Так как же это может быть верно для многопоточного синхронизированного доступа к объектам?
Только для синхронизированных статических методов потребуется поток для получения блокировки объекта class. Всем синхронизированным методам экземпляра потребуется блокировка связанного объекта экземпляра, которая не используется совместно.
Но согласно спецификации java все объекты одного типа (класса) в куче совместно используют один объект класса. Так как же это может быть верно для многопоточного синхронизированного доступа к объектам?
Блокировки на уровне класса имеют больше смысла в статических методах. Если вы используете ключевое слово synchronized в статическом методе, объект, монитор которого используется для блокировки, является объектом класса, то есть тем, который представлен литералом Class.class.
