Я в последнее время все чаще использую static методы и переменные.

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

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

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

Можно... но только осторожно =)

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

Цитата(Domestic @ 6.11.2004, 22:32)

статик переменные не являются тред-сейф, то есть при доступе из различных тредов получятся нехорошие вещи

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

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

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

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

Цитата

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

Коллижн треда с самим собой? Такогo нe бываеt.

Цитата

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

экземпляр рассматривать ничего нe может, у него мозгов нет. Рассматриваеt программер, ну а тут понятно, чтo нужнo помнить, что поле статическое.

Цитата

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

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

Цитата(Domestic @ 8.11.2004, 16:22)

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

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

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

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

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

Цитата(igon @ 8.11.2004, 21:19)

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

Это решит проблему, но зачем строить геморройную башню? Уверен, что в большинстве случаев можно легко и естественно обойтись без статичных полей.

хм, п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

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

Domestic Cat, спасибо! Сходил по ссылке - и все стало на свои места.

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


Это сообщение отредактировал(а) VSergeyV - 14.7.2008, 14:25

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