Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Java: Общие вопросы > Moжно ли постоянно использовать static?


Автор: nevermind 6.11.2004, 21:59
Я в последнее время все чаще использую static методы и переменные.

Так вообще можно программировать? Не принесет ли мне это каких нибудь неприятных сюрпризов? smile


Автор: Domestic Cat 6.11.2004, 22:32
В каком смысле сюрпризов? smile С одной стороны, экономишь память, один статик объект выгоднее чем тысяча одинаковых полей для каждогo инстанса класса. С другои - статик переменные не являются тред-сейф, то есть при доступе из различных тредов получятся нехорошие вещи.

Так что в разумное мере - статик ОК

Автор: TrivialCore 7.11.2004, 15:59
Можно... но только осторожно =)

Я думаю, безопасно было бы сказать следующее: если можешь обойтись без статической переменной - обойдись без нее. В мире вещей ведь тоже мало качеств общих для всей категории. Естественно, это не касается public final static.

Автор: igon 7.11.2004, 21:46
Цитата(Domestic @ 6.11.2004, 22:32)
статик переменные не являются тред-сейф, то есть при доступе из различных тредов получятся нехорошие вещи


Под нехорошими вещами, если я правильно понял, подразумевается коллизия доступа к общему ресурсу, т.е., например, записанное в данном треде в static поле значение может там и не сохраниться, так как писать в поле могут и другие треды?

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

static переменные - это, в некотором роде (или не более чем?), глобальные переменные в рамках данного активного приложения.
ИМХО, нехорошие вещи могут возникнуть не потому, что статик переменные не являются тред-сейф, а в случае, если отдельный экземпляр рассматривает глобальную переменную как монопольную, доступную только ему область памяти, что, естественно, некорректно.

А вот если в static (глобальных) переменных хранить только глобальный контекст, то никаких проблем даже при массовом использовании static вроде бы возникнуть не должно.



Автор: Domestic Cat 8.11.2004, 16:22
Цитата
Но это возможно и в случае одного треда, если будут использованы несколько экземпляров, пишущих и читающих одну и ту же static переменную в произвольной последовательности.


Коллижн треда с самим собой? Такогo нe бываеt.
Цитата
а в случае, если отдельный экземпляр рассматривает глобальную переменную как монопольную, доступную только ему область памяти, что, естественно, некорректно.


экземпляр рассматривать ничего нe может, у него мозгов нет. Рассматриваеt программер, ну а тут понятно, чтo нужнo помнить, что поле статическое.
Цитата
А вот если в static (глобальных) переменных хранить только глобальный контекст, то никаких проблем даже при массовом использовании static вроде бы возникнуть не должно

возникнут в мультитредовом приложении, независимo оt контекста

Автор: igon 8.11.2004, 21:19
Цитата(Domestic @ 8.11.2004, 16:22)
возникнут в мультитредовом приложении, независимo оt контекста


А как же тогда с этим бороться?

Удастся ли проблем избежать, если, скажем, объявлять static поля private и использовать только synchronized методы доступа к ним?

Или есть и другие подводные камни?

Нельзя ли тогда поподробнее о механизмах возникновения проблем или ссылку на соответствующий материал?

Автор: TrivialCore 8.11.2004, 21:34
Цитата(igon @ 8.11.2004, 21:19)
Удастся ли проблем избежать, если, скажем, объявлять static поля private и использовать только synchronized методы доступа к ним?
Это решит проблему, но зачем строить геморройную башню? Уверен, что в большинстве случаев можно легко и естественно обойтись без статичных полей.

Автор: Domestic Cat 8.11.2004, 21:44
хм, пo определению, статик поля не тред-сейф, и все тут. Скажем, если двa треда вызывают одновременно метод Х ОДНОГО и тогo же объекта, то дажe инстанс переменные нe будut тред-сейф, тo есть обa треда будут работать с одними и теми жe инстанс и статик полями; "безопасными" будут толькo локальныe переменныe, ибо каждый треd получит копиi локальных переменных на своеm участкe стекa.
С другой стороны, еслi 2 тредa оперируют 2 разными объектамi одногo класса, тo инстанс поля будut тред-сейф; не-тред-сейф будуt статиk переменныe.

Цитата
Нельзя ли тогда поподробнее о механизмах возникновения проблем или ссылку на соответствующий материал


в факе есть :

http://forum.vingrad.ru/index.php?showtopic=24781

Автор: 3,14 9.11.2004, 11:25
У меня только один раз возникла проблема с static когда статический класс имплементировал некий интерфейс, вот тогда при работе с этим интерфейсом возникли проблемы.

Автор: igon 9.11.2004, 20:30
Domestic Cat, спасибо! Сходил по ссылке - и все стало на свои места.

Автор: VSergeyV 14.7.2008, 14:24
Цитата(nevermind @  6.11.2004,  21:59 Найти цитируемый пост)
Я в последнее время все чаще использую static  методы

Как static методы сочетаются c многопоточностью и с J2EE? Можно вызывать static методы классов из EJB, Messages Lisneter? //при условии что неиспользуются static поля

Автор: Shurr 14.7.2008, 16:03
Цитата(VSergeyV @ 14.7.2008,  13:24)
Как static методы сочетаются c многопоточностью и с J2EE? Можно вызывать static методы классов из EJB, Messages Lisneter? //при условии что неиспользуются static поля

Если рассматривать только методы, не использующие static поля - то нормально. В принципе и в J2EE можно использовать static поля, просто надо точно понимать, почему именно спецификация это дело не рекомендует, и каким боком это может вылезти.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)