| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Java: Общие вопросы > Moжно ли постоянно использовать static? |
| Автор: nevermind 6.11.2004, 21:59 |
| Я в последнее время все чаще использую static методы и переменные. Так вообще можно программировать? Не принесет ли мне это каких нибудь неприятных сюрпризов? |
| Автор: Domestic Cat 6.11.2004, 22:32 |
| В каком смысле сюрпризов? Так что в разумное мере - статик ОК |
| Автор: TrivialCore 7.11.2004, 15:59 |
| Можно... но только осторожно =) Я думаю, безопасно было бы сказать следующее: если можешь обойтись без статической переменной - обойдись без нее. В мире вещей ведь тоже мало качеств общих для всей категории. Естественно, это не касается public final static. |
| Автор: igon 7.11.2004, 21:46 | ||
Под нехорошими вещами, если я правильно понял, подразумевается коллизия доступа к общему ресурсу, т.е., например, записанное в данном треде в static поле значение может там и не сохраниться, так как писать в поле могут и другие треды? Но это возможно и в случае одного треда, если будут использованы несколько экземпляров, пишущих и читающих одну и ту же static переменную в произвольной последовательности. static переменные - это, в некотором роде (или не более чем?), глобальные переменные в рамках данного активного приложения. ИМХО, нехорошие вещи могут возникнуть не потому, что статик переменные не являются тред-сейф, а в случае, если отдельный экземпляр рассматривает глобальную переменную как монопольную, доступную только ему область памяти, что, естественно, некорректно. А вот если в static (глобальных) переменных хранить только глобальный контекст, то никаких проблем даже при массовом использовании static вроде бы возникнуть не должно. |
| Автор: Domestic Cat 8.11.2004, 16:22 | ||||||
Коллижн треда с самим собой? Такогo нe бываеt.
экземпляр рассматривать ничего нe может, у него мозгов нет. Рассматриваеt программер, ну а тут понятно, чтo нужнo помнить, что поле статическое.
возникнут в мультитредовом приложении, независимo оt контекста |
| Автор: igon 8.11.2004, 21:19 | ||
А как же тогда с этим бороться? Удастся ли проблем избежать, если, скажем, объявлять static поля private и использовать только synchronized методы доступа к ним? Или есть и другие подводные камни? Нельзя ли тогда поподробнее о механизмах возникновения проблем или ссылку на соответствующий материал? |
| Автор: TrivialCore 8.11.2004, 21:34 | ||
|
| Автор: 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 |
Как static методы сочетаются c многопоточностью и с J2EE? Можно вызывать static методы классов из EJB, Messages Lisneter? //при условии что неиспользуются static поля |
| Автор: Shurr 14.7.2008, 16:03 | ||
Если рассматривать только методы, не использующие static поля - то нормально. В принципе и в J2EE можно использовать static поля, просто надо точно понимать, почему именно спецификация это дело не рекомендует, и каким боком это может вылезти. |