Что приведет к инициализации класса Java?

Question

Что приведет к инициализации класса Java?

1

Я использую метод класса Wrapper, чтобы позволить мне обрабатывать класс, существующий или нет. При использовании этого метода важно знать, что приведет к инициализации моего класса Proxy. В частности, что, если я:

Объявить экземпляр Proxy не устанавливая его ни на что

public class myClass {... Proxy myInst; }
Объявление экземпляра Proxy локально внутри никогда не выполняемого оператора if

public void myMeth {if (ProxyIsAvailableWhichItIsNot) {Proxy myInst; ... } }...}}

Обновление: Как отметил Хеннинг, меня интересует, когда инициализируется класс (и запускаются статические блоки), а не когда он загружается. Я обновил вопрос, чтобы отразить это.

Casebash 26 авг. 2011, в 04:47

Источник

0

Кажется, я задал похожий вопрос, когда работал над Java ME
Casebash 26 авг. 2011, в 02:41

Теги:

java

android

classloader

3 ответа

2

Если вы используете технику, указанную в этом URL-адресе, часть метода включает вызов статического метода для проверки того, загружен ли класс текущими API-интерфейсами или нет. Это позволяет вам сделать что-то вроде этого:

Создайте логическое значение, например, IsMyProxyAvailable
Вызовите свой статический метод checkAvailable() в своем прокси-классе
Задайте значение true, когда метод будет успешным, false, если вы его не вызываете.

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

Brandon Langley 25 авг. 2011, в 23:46

0

У меня действительно есть логическое значение, просто мне нужно некоторое время держать прокси, поэтому я не могу просто сохранить его локально. Я просто переключился на использование объекта и приведение его локально
Casebash 26 авг. 2011, в 02:40
0

Я не утверждаю, что Object - плохой путь, но я обнаружил, что как можно более строгое типизирование обычно приводит к большему количеству ошибок во время выполнения, которые выявляются компилятором, а не позже в отладчике.
Brandon Langley 26 авг. 2011, в 02:55
1

Ага, я облажался с моим предыдущим комментарием в редактировании. Я являюсь личным поклонником как можно более строгой типизации, что в данном случае, вероятно, заставило бы меня использовать какой-то дизайн в заводском стиле и, возможно, вместе с контрактом интерфейса, с которым я ссылаюсь на эти классы вместо класса самих себя. Это позволило бы мне иметь классы «Proxy» и «NoProxy», реализующие один и тот же интерфейс, что решило бы вашу проблему возможности ссылаться на класс где угодно, но поскольку вы использовали интерфейс, вы можете поставить неоперативный оператор. версия вместо реальной, когда нет методов.
Brandon Langley 26 авг. 2011, в 03:02
0

Более легким решением было бы наследование Proxy от NoProxy. Тогда вам не понадобится интерфейс
Casebash 26 авг. 2011, в 03:37
0

Правда что. И в этом случае, поскольку NoProxy является довольно пустым классом, там не так много опасности наследования. С другой стороны, если вы пишете JUNit-тесты вокруг этого, внедрение класса для замены Proxy / NoProxy будет чрезвычайно трудным (или невозможным)
Brandon Langley 26 авг. 2011, в 03:53

Показать ещё 3 комментария

0

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

Что запускает класс для загрузки? Загружается другой класс, который зависит от него. Когда компилятор Java компилирует класс, он записывает в файл класса все классные имена, от которых он зависит. Классы загружаются как можно позже, так что обычно это означает, что вы создаете их в обычных условиях. Однако наличие статических элементов будет принудительно загружать те, которые будут загружены до загрузки этого класса. Члены экземпляра будут загружены, когда этот класс также будет создан. Если вы хотите получить много хороших деталей этого процесса, прочитайте следующее:

http://www.ibm.com/developerworks/java/library/j-dyn0429/

К счастью, Dalvik VM работает замечательно, как JVM, потому что Java подробно описывает этот процесс.

Если вы используете метод Wrapper в статическом инициализаторе, если класс Class.forName() преуспевает, не имеет значения, когда вы определяете Proxy (вариант 1 или 2), потому что он уже будет загружен. В противном случае родительский класс Wrapper не загружается. Так что просто сделайте вариант 1, поскольку он проще.

chubbsondubs 26 авг. 2011, в 02:04

Ещё вопросы

Кажется, я задал похожий вопрос, когда работал над Java ME
У меня действительно есть логическое значение, просто мне нужно некоторое время держать прокси, поэтому я не могу просто сохранить его локально. Я просто переключился на использование объекта и приведение его локально
Я не утверждаю, что Object - плохой путь, но я обнаружил, что как можно более строгое типизирование обычно приводит к большему количеству ошибок во время выполнения, которые выявляются компилятором, а не позже в отладчике.
Ага, я облажался с моим предыдущим комментарием в редактировании. Я являюсь личным поклонником как можно более строгой типизации, что в данном случае, вероятно, заставило бы меня использовать какой-то дизайн в заводском стиле и, возможно, вместе с контрактом интерфейса, с которым я ссылаюсь на эти классы вместо класса самих себя. Это позволило бы мне иметь классы «Proxy» и «NoProxy», реализующие один и тот же интерфейс, что решило бы вашу проблему возможности ссылаться на класс где угодно, но поскольку вы использовали интерфейс, вы можете поставить неоперативный оператор. версия вместо реальной, когда нет методов.
Более легким решением было бы наследование Proxy от NoProxy. Тогда вам не понадобится интерфейс
Правда что. И в этом случае, поскольку NoProxy является довольно пустым классом, там не так много опасности наследования. С другой стороны, если вы пишете JUNit-тесты вокруг этого, внедрение класса для замены Proxy / NoProxy будет чрезвычайно трудным (или невозможным)

Henning Makholm · Accepted Answer · 2011-08-25T23-30-00.000Z

Реализация Java имеет возможность либо загрузить класс, как только будет загружен другой класс, который ссылается на него, либо отложить его до тех пор, пока не будет необходимо инициализировать класс. В первом случае класс может сидеть в течение значительного промежутка времени (возможно, навсегда), но не инициализироваться.

Напротив, существуют точные правила для того, когда инициализируется класс (запускаются статические инициализаторы), а именно, когда создается первый объект, созданный классом, или вызываемый статический метод или нестационарное статическое поле.

Единственный полностью верный способ предотвратить JVM от попыток загрузить класс - не обязательно указывать его явно в коде и использовать Class.forName() и отражение, чтобы запросить загрузку в определенный момент времени, и в это время может быть ClassNotFoundException и обрабатывается. Однако современные JVM обычно загружают классы намного лениво, чем позволяет их спецификация языка, поэтому более практичные стратегии часто будут работать на практике.

Техника "класса обертки", описанная в вашей ссылке, не гарантируется работой Java (см. Раздел 12.1.2 Спецификации языка Java, 3-е издание), но вполне возможно, что Android/Dalvik дает более серьезные гарантии.

Благодарю. Я имел ввиду инициализацию, а не загрузку. То есть вы говорите, что ни одна из этих ситуаций не должна вызывать инициализацию класса?
Да, но что хорошего в том, что если даже загрузка вашего класса заставляет JVM NoClassDefFoundError потому что базовый класс не может быть найден (поскольку JVM разрешено, но не обязательно, делать в этот момент)?
Прокси динамически загружает (возможно) отсутствующий класс в статическом инициализаторе. Таким образом, исключение происходит, когда прокси инициализируется, а не загружается.
Хорошо, тогда. Но это не то, что ваша ссылка описывает как «класс-обертка», поэтому путаница. Сожалею.